headers
Frank Lahm | 1 Apr 2012 13:43

Re: UTF8 servername

Am 31. März 2012 16:25 schrieb HAT <hat <at> fa2.so-net.ne.jp>:
> Frank Lahm <franklahm <at> googlemail.com>, 31 Mar 2012 16:06:21 +0200
>> Am 31. März 2012 15:46 schrieb HAT <hat <at> fa2.so-net.ne.jp>:
>>> Frank Lahm <franklahm <at> googlemail.com>, 31 Mar 2012 14:20:49 +0200
>>>> Am 31. März 2012 07:30 schrieb HAT <hat <at> fa2.so-net.ne.jp>:
>>>>> Magnus Øverli <magnus.overli <at> gmail.com>, 30 Mar 2012 22:53:14 +0200
>>>>>> This solved it for me. On the server end everything seems to run as adverticed. I still cannot connect
to the server from my clients. This however may be due to one or two of the following: I´m running Mountain
Lion or the fact that I don´t know how to configure the new build! :-)
>>>>>
>>>>> It was also reproduced on Debian 6. I cannot connect to server.
>>>>> There is no symbolic link. Maybe, this is also a bug.
>>>>>
>>>>> I found another bug. UTF8 Servername is null.
>>>>
>>>> Please pull
>>>>
>>>> [develop 49cddcb] Add log message showing the hostname we've figured out
>>>>
>>>> and check what this log message says on you host:
>>>>
>>>> Mär 31 14:14:00.660103 afpd[5440] {status.c:503} (I:AFPDaemon):
>>>> servername: supay
>>>>
>>>> It should be either the result of gethostname() or the value of
>>>> "hostname" (G) in afp.conf.
>>>
>>> Mar 31 22:41:04.611987 afpd[10681] {status.c:503} (I:AFPDaemon): servername: pfedora16
>>
>> Strange. I've got no idea.
(Continue reading)

Permalink | Reply | 1 comment |
headers
HAT | 1 Apr 2012 15:13
Picon
Gravatar

Re: UTF8 servername

>>>>>> I found another bug. UTF8 Servername is null.
> [develop b9c2e09] Fix offset calculation
> 
> should fix this.

I confirmed it.

# asip-status.pl localhost
AFP reply from localhost:548
Flags: 1  Cmd: 3  ID: 57005
Reply: DSIGetStatus
Request ID: 57005
Machine type: Netatal3.0alpha1
AFP versions: AFP2.2,AFPX03,AFP3.1,AFP3.2,AFP3.3
UAMs: DHX2,DHCAST128
Volume Icon & Mask: exist
Flags: SupportsCopyFile,SupportsServerMessages,SupportsServerSignature,SupportsTCP/IP,SupportsSrvrNotifications,SupportsUTF8Servername,SupportsUUIDs,SupportsSuperClient
Server name: pfedora16
Signature:
70 7c 58 32 5e 51 39 8c 70 59 b2 3c 34 80 c4 de  p|X2^Q9.pY.<4...

Network address: 192.168.1.130 (TCP/IP address)
UTF8 Servername: pfedora16

--

-- 
HAT

------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here
(Continue reading)

Permalink | Reply | 0 comments |
headers
Barak Bejerano | 2 Apr 2012 04:04
Favicon

netatalk 2.2.0 can't copy with finder, and can with command line

This is as strange as it gets, and I have been fighting this for days now.
I can copy files without a blip from my shell.
If I try the same operation from finder I get the following:

Mar 30 22:00:59 linux
afpd[27301]:getnamefromuuid(uuid,&username,&uuidtype) failed: Resource
temporarily unavailable
Mar 30 22:01:00 linux
afpd[27301]:getnamefromuuid(uuid,&username,&uuidtype) failed: Resource
temporarily unavailable
Mar 30 22:01:00 linux
afpd[27301]:getnamefromuuid(uuid,&username,&uuidtype) failed: Resource
temporarily unavailable
Mar 30 22:01:08 linux
afpd[27301]:getnamefromuuid(uuid,&username,&uuidtype) failed: Success
Mar 30 22:01:08 linux
afpd[27301]:getnamefromuuid(uuid,&username,&uuidtype) failed: Resource
temporarily unavailable
Mar 30 22:01:09 linux
afpd[27301]:getnamefromuuid(uuid,&username,&uuidtype) failed: Resource
temporarily unavailable
Mar 30 22:01:09 linux
afpd[27301]:getnamefromuuid(uuid,&username,&uuidtype) failed: Resource
temporarily unavailable

On occasions I get this as well
Mar 30 21:49:13 linux
afpd[25163]:getnamefromuuid(205BB4FD-8AC2-4466-9304-94E6FBE0E792): no
result from ldap_getnamefromuuid
(Continue reading)

Permalink | Reply | 0 comments |
headers
Frank Lahm | 4 Apr 2012 12:43

Netatalk 3.0 alpha2 is available

Netatalk 3.0 alpha2
===================

The Netatalk development team is proud to announce the release of
the second alpha version of the new major Netatalk release 3.0.
This release is NOT intended for production systems.

Netatalk is a freely-available Open Source AFP fileserver.
A *NIX/*BSD system running Netatalk is capable of serving many Macintosh
clients simultaneously as an AppleShare file server (AFP).

The suite contains:

* netatalk   - the main server service controller
* afpd       - the AFP file server daemin
* cnid_metad - the CNID database multiplexing daemon
* cnid_dbd   - the CNID database daemon serving CNIDs for AFP volumes
* various supporting programs and utilities

Summary of major new features and enhancements in 3.0
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

* New ini style configuration file afp.conf which replaces all previous
  configuration files
* New default AppleDouble backend using filesytem Extended Attributes,
  conversion from AppleDouble v2 is done automatically on access
* New service controller process "netatalk" responsible for starting and
  restarting afpd and cnid_metad as necessary
* AppleTalk support has been removed
(Continue reading)

Permalink | Reply | 0 comments |
headers
HAT | 11 Apr 2012 17:05
Picon
Gravatar

Re: UTF8 or LOCALE

>>>> I'm investigating about LOCALE on Fedora 16.
>>>>
>>>> If ATALK_UNIX_CHARSET is UTF8, the surrogate pair can be used for
>>>> volume name.
>>>> http://www003.upp.so-net.ne.jp/hat/netatalk/utf8.png
>>>>
>>>> If ATALK_UNIX_CHARSET is LOCALE, the surrogate pair cannot be used
>>>> for volumename. It's mangled.
>>>> http://www003.upp.so-net.ne.jp/hat/netatalk/locale.png
>>>>
>>>> The locale of Fedora 16 seems to be unable to treat the surrogate pair.
>>>> My experiment is very special. However, can we trust the locale?

The cause became clear.
In case of 'LOCALE', nl_langinfo() returns 'UTF-8'.
As 'UTF-8' is not internal charset in netatalk, iconv() is called.
Fedora's iconv() cannot support characters above U+010000.

I added the following code.

> if (strcasecmp(p, "UTF-8") == 0) {
>     p = strdup("UTF8");
> }

As 'UTF8' is internal charset in netatalk, there is no problem.

--

-- 
HAT

------------------------------------------------------------------------------
(Continue reading)

Permalink | Reply | 1 comment |
headers
Frank Lahm | 11 Apr 2012 17:17

Re: UTF8 or LOCALE

Am 11. April 2012 17:05 schrieb HAT <hat <at> fa2.so-net.ne.jp>:
>>>>> I'm investigating about LOCALE on Fedora 16.
>>>>>
>>>>> If ATALK_UNIX_CHARSET is UTF8, the surrogate pair can be used for
>>>>> volume name.
>>>>> http://www003.upp.so-net.ne.jp/hat/netatalk/utf8.png
>>>>>
>>>>> If ATALK_UNIX_CHARSET is LOCALE, the surrogate pair cannot be used
>>>>> for volumename. It's mangled.
>>>>> http://www003.upp.so-net.ne.jp/hat/netatalk/locale.png
>>>>>
>>>>> The locale of Fedora 16 seems to be unable to treat the surrogate pair.
>>>>> My experiment is very special. However, can we trust the locale?
>
> The cause became clear.
> In case of 'LOCALE', nl_langinfo() returns 'UTF-8'.
> As 'UTF-8' is not internal charset in netatalk, iconv() is called.
> Fedora's iconv() cannot support characters above U+010000.
>
> I added the following code.
>
>> if (strcasecmp(p, "UTF-8") == 0) {
>>     p = strdup("UTF8");
>> }
>
> As 'UTF8' is internal charset in netatalk, there is no problem.

Excellent! Thanks for the hard work figuring this out!
-f
(Continue reading)

Permalink | Reply | 0 comments |
headers
HAT | 14 Apr 2012 16:43
Picon
Gravatar

.AppleDesktop is obstructive

Error -50 occurs when application file  copied from Mac OS 9 (ex. SimpleText).
The permission of .AppleDesktop is wrong.

$ ls -ld .AppleDesktop
drwx------ 2 root hat 4096 Apr 14 22:56 .AppleDesktop

To begin with, this directory is obstructive.
Is it possible to move this to $localstatedir?

--

-- 
HAT

------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
Permalink | Reply | 3 comments |
headers
Frank Lahm | 16 Apr 2012 12:05

Re: .AppleDesktop is obstructive

Am 14. April 2012 16:43 schrieb HAT <hat <at> fa2.so-net.ne.jp>:
> Error -50 occurs when application file  copied from Mac OS 9 (ex. SimpleText).
> The permission of .AppleDesktop is wrong.
>
> $ ls -ld .AppleDesktop
> drwx------ 2 root hat 4096 Apr 14 22:56 .AppleDesktop
>
> To begin with, this directory is obstructive.
> Is it possible to move this to $localstatedir?

I've pushed branch "desktop" which does this. Can you please test it? Thanks!
-f

------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
Netatalk-devel mailing list
Netatalk-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/netatalk-devel
Permalink | Reply | 2 comments |
headers
HAT | 17 Apr 2012 14:55
Picon
Gravatar

Re: .AppleDesktop is obstructive

Frank Lahm <franklahm <at> googlemail.com>, 16 Apr 2012 12:05:42 +0200
> Am 14. April 2012 16:43 schrieb HAT <hat <at> fa2.so-net.ne.jp>:
>> Error -50 occurs when application file  copied from Mac OS 9 (ex. SimpleText).
>> The permission of .AppleDesktop is wrong.
>>
>> $ ls -ld .AppleDesktop
>> drwx------ 2 root hat 4096 Apr 14 22:56 .AppleDesktop
>>
>> To begin with, this directory is obstructive.
>> Is it possible to move this to $localstatedir?
> 
> I've pushed branch "desktop" which does this. Can you please test it? Thanks!

I tried the newest branch "desktop".
It is very comfortable. Thanks!

--

-- 
HAT

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
Permalink | Reply | 1 comment |
headers
Frank Lahm | 17 Apr 2012 15:07

Re: .AppleDesktop is obstructive

Am 17. April 2012 14:55 schrieb HAT <hat <at> fa2.so-net.ne.jp>:
> Frank Lahm <franklahm <at> googlemail.com>, 16 Apr 2012 12:05:42 +0200
>> Am 14. April 2012 16:43 schrieb HAT <hat <at> fa2.so-net.ne.jp>:
>>> Error -50 occurs when application file  copied from Mac OS 9 (ex. SimpleText).
>>> The permission of .AppleDesktop is wrong.
>>>
>>> $ ls -ld .AppleDesktop
>>> drwx------ 2 root hat 4096 Apr 14 22:56 .AppleDesktop
>>>
>>> To begin with, this directory is obstructive.
>>> Is it possible to move this to $localstatedir?
>>
>> I've pushed branch "desktop" which does this. Can you please test it? Thanks!
>
> I tried the newest branch "desktop".
> It is very comfortable. Thanks!

Thanks for testing. I've just merged desktop to develop.
-f

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Netatalk-devel mailing list
Netatalk-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/netatalk-devel
(Continue reading)

Permalink | Reply | 0 comments |

Gmane