On Sun, Apr 10, 2005 at 03:56:33PM +0200, Andrea Venturoli wrote:
Jeremy Allison wrote:
If you SVN checkout it should be fixed now. Sorry for the problem.
No problem and many thanks.
Now I was able to compile, but I get exactly the same behaviour as
before: with ea support turned on, I
On Sat, Apr 09, 2005 at 03:44:00PM +0200, Andrea Venturoli wrote:
Jeremy Allison wrote:
Ok, I've taken a look at this and what happens is the client
creates the file AUTOEXEC.BAT and then tries to set a couple of
EA's on it using a trans2 setfilepathinfo with an info level of 2
(SET_EA).
Jeremy Allison wrote:
If you SVN checkout it should be fixed now. Sorry for the problem.
No problem and many thanks.
Now I was able to compile, but I get exactly the same behaviour as
before: with ea support turned on, I get no EAs if I copy something via
command line, while WPS copy still fails
Jeremy Allison wrote:
Ok, I've taken a look at this and what happens is the client
creates the file AUTOEXEC.BAT and then tries to set a couple of
EA's on it using a trans2 setfilepathinfo with an info level of 2
(SET_EA).
Doh ! I've just spotted the problem. Here is the patch (also checked
into
Timur I. Bakeyev wrote:
Basically, EA support is luxiory that let you store DOS attributes in a
nicer way
Not only.
OS/2 uses EAs a lot, e.g. the WPS (the explorer.exe equivalent from
Windows) stores windows positions, sort options, and many more this way.
but it's absence shouldn't prevent you
Jeremy Allison wrote:
Hi all Samba OS/2 users. I've just added OS/2 style
extended attribute support into the SAMBA_3_0 subversion
branch code.
This depends on the underlying OS supporting EA's and
(on linux) the filesystem being mounted with the user_xattr
mount option and the parameter ea
Andrea Venturoli wrote:
Please disregard my previous post, since it contains wrong obvservation.
Here it is corrected.
Ok, so this is the situation:
_ up to yesteday I had to stick to the old, unsupported, unsecure 2.2.12
release, since 3.x showed compatibility problems with OS/2;
_ now I tryied
On Tue, Apr 05, 2005 at 11:47:43AM +0200, Andrea Venturoli wrote:
Jeremy Allison wrote:
Hi all Samba OS/2 users. I've just added OS/2 style
extended attribute support into the SAMBA_3_0 subversion
branch code.
This depends on the underlying OS supporting EA's and
(on linux) the filesystem
Jeremy Allison wrote:
Can you send me a debug level 10
Here it is, but it doesn't look useful:
[2005/04/05 23:36:33, 0] smbd/server.c:main(798)
smbd version 3.0.14pre1-SVN-build-6200 started.
Copyright Andrew Tridgell and the Samba Team 1992-2004
[2005/04/05 23:36:33, 5]
On Wed, Apr 06, 2005 at 12:44:59AM +0200, Andrea Venturoli wrote:
Jeremy Allison wrote:
Can you send me a debug level 10
Here it is, but it doesn't look useful:
[2005/04/05 23:36:33, 0] smbd/server.c:main(798)
smbd version 3.0.14pre1-SVN-build-6200 started.
Copyright Andrew
Hi all!
On Tue, Apr 05, 2005 at 10:14:56PM +0200, Andrea Venturoli wrote:
Andrea Venturoli wrote:
Ok, so this is the situation:
_ now I tryied 3.0.12_1.1 using the FreeBSD port: the compatibility
problem is there again. Everything works from the command line, but the
WorkPlace Shell
Jeremy Allison wrote:
Hi all Samba OS/2 users. I've just added OS/2 style
extended attribute support into the SAMBA_3_0 subversion
branch code.
Great!
This depends on the underlying OS supporting EA's and
(on linux) the filesystem being mounted with the user_xattr
mount option and the
Hi all Samba OS/2 users. I've just added OS/2 style
extended attribute support into the SAMBA_3_0 subversion
branch code.
This depends on the underlying OS supporting EA's and
(on linux) the filesystem being mounted with the user_xattr
mount option and the parameter ea support = yes being set
in
13 matches
Mail list logo