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

List:       kfm-devel
Subject:    Re: konqueror SMB support problems
From:       "Ming Poon" <mingp () corel ! com>
Date:       2000-09-11 17:53:52
[Download RAW message or body]


Hi Simon,

Please contact or work with Alexandr Makaryk (alexandrm@corel.com) to see what is the
best way to get the build/source to you folks to do some preliminary testing first. If
you folks are satisfied with it, we can then put it in the CVS tree and dedicate more
resources to it to fix any outstanding bugs.

I am not in the office today so I have not had a chance to talk with Alexandr yet but
he should be very cooperative as I have been CCing him on all these email. Thanks.

Simon Hausmann wrote:

> Hi,
>
> Given the current problems with the smb slave in the KDE CVS Repository
> I think it would be very realistic to get your new smb slave into the
> 2.0 release. I (and probably whole kfm-devel@kde.org ;-) would be
> _VERY_ interested it testing it (and including it if it works better
> than the current smb ) .
>
> Is there any way to test it? :-)
>
> Thanks,
>  Simon
>
> On Mon, Sep 11, 2000 at 12:35:41PM -0400, Ming Poon wrote:
> > There is also another kioslave implementation that is not dependent on libsmb++
> > which enables Konqueror to work well with Windows 2000. Due to the KDE 2 release
> > time frame, we have not been able to check this into the KDE CVS tree. We would
> > put this alternative implementation in as soon as KDE 2 is released. In the
> > meantime, you may contact Alexandr Makaryk (alexandrm@corel.com) to obtain this
> > for your own testing/usage if so desired. Thanks.
> >
> > David Faure wrote:
> >
> > > On Mon, 11 Sep 2000, Jelmer Feenstra wrote :
> > > >On Mon, 11 Sep 2000, David Faure wrote:
> > > >
> > > >> >I've had some contact with Brodu (writer of libsmb++) about those
> > > >> > problems, but he hasn't got a proper internet connection at the moment,
> > > >> > so I'm turning to this mailinglist (I hope it's the place for this
> > > >> > email). I was wondering, who in the kde team takes care of the smb
> > > >> > implementation used by konqueror ?
> > > >>
> > > >> No-one, that's the problem.
> > > >
> > > >Hmm, that's too bad, it would be nice to have a good working smb
> > > >implementation :( But unless something happens the library will not be
> > > >improved bfeore the kde2 release I guess ?
> > >
> > > Yup.
> > >
> > > >> >- Listing NT5/WIN2K systems return dir- and filelistings in 8.3 format (no
> > > >> >long filenames)
> > > >>
> > > >> Interesting, it works fine with Win 95/98.
> > > >
> > > >Yes, I know, the problem lies in the negotiation protocol (according to
> > > >Brodu). Somehow NT5 thinks we are a client that doesn't support long
> > > >filenames.
> > >
> > > I see.
> > >
> > > >I'm looking in to it, but it's been a while for me to be active
> > > >reading lots of code (especially weird smb protocol code :) and actually
> > > >understanding what's happening. But Brodu is willing to help me out, so if  I
> > > >somehow manage to fix some of the problems I noted, I'll let you guys know.
> > > Cool.
> > >
> > > >> >- Trying to enter directories that contain a "&" in its name results in a
> > > >> > dir not found
> > > >> >
> > > >> >I'm sorry if this has already been reported, I've been checking bug
> > > >> > reports and looking for a smb specific bugreport list... But didn't find
> > > >> > the isues noted above.
> > > >>
> > > >> Didn't see such reports either.
> > > >
> > > >Ok, so I'm on the right mailinglist, that's a start :)
> > > :)
> > >
> > > >> What we need is a new maintainer for this stuff.
> > > >
> > > >Who used to be the old one ? Brodu ?
> > >
> > > Yes.
> > >
> > > (short answers, sorry, not much to say ;-)
> > >
> > > --
> > > David FAURE, david@mandrakesoft.com, faure@kde.org
> > > http://www.mandrakesoft.com/~david/, http://www.konqueror.org/
> > > KDE, Making The Future of Computing Available Today
> > > See http://www.kde.org/kde1-and-kde2.html for how to set up KDE 2
>
> Content-Description: Card for Ming W. Poon

["mingp.vcf" (text/x-vcard)]

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