The Fine Print: The following comments
are owned by whomever posted them.
( Reply )
|
Re: [unrelated as hell]
by Ian Reinhart Geiser on Thursday 21/Feb/2002, @05:11
|
ignorance?
personally i like the idea of a gnutella server daemon in KDE, but really i cannot thing of an intellegent use of file shareing on the desktop. what KPF cannot do you more than likely need a larger server for...
just my 2c
-ian reinhart geiser
|
[
Reply To This | View ]
|
Re: [unrelated as hell]
by me on Thursday 21/Feb/2002, @10:32
|
> So what's wrong with http-download via kpf?
It is just plain braindead!
Better add options for configuring smb or bfs shares to
the properties dialog.
A user does not expect to set up a webserver when sharing a folder
|
[
Reply To This | View ]
|
Re: [unrelated as hell]
by Ian Reinhart Geiser on Thursday 21/Feb/2002, @12:11
|
oh and setting up a full fledged Samba server is a good idea?
no, really http is the most portable and flexable protocal out there.
the only feature lacking in my mind is an obvious place to display the URL to access the files.
personally a small http server is the most intellegent way to go, setting up a Samba server is just plain moronic... besides, how will i share files with my mac?
-ian reinhart geiser
|
[
Reply To This | View ]
|
Re: [unrelated as hell]
by me on Thursday 21/Feb/2002, @13:37
|
> oh and setting up a full fledged Samba server is a good idea?
> no, really http is the most portable and flexable protocal out there.
> the only feature lacking in my mind is an obvious place to display the URL
> toaccess the files.
> personally a small http server is the most intellegent way to go, setting
> up a Samba server is just plain moronic... besides, how will i share files with
> my mac?
Maybe we should keep kpf then, but add smb and nfs as well, see next reply for more
|
[
Reply To This | View ]
|
Re: [unrelated as hell]
by Eric E on Thursday 21/Feb/2002, @15:37
|
I think I fall between you and the original poster.
Samba is a pain the butt in many ways - it is definitely not turn on and play the way a webshare is.
However...........
Like it or not, there's still a lot of benefits to having samba shares available:
a) lots of users and organizations rely on Windows filesharing
b) All Windows apps can read and write directly to samba fileshares. I use a samba share
c) Windows networking has better "resource discovery" than http. If we want usable file sharing over http (which I think is a good long-term direction), we need to add security and resource discovery quick. Otherwise I think we're encouraging people to slap stuff on the web without thinking.
You might check out clarkconnect.org. They've done a remarkable job reworking RedHat so that it sets up samba on an internal network and httpd access for an external one. KPF could easily be reformatted to help users make dual samba/http fileshares, with the http ones available everywhere, and the samba ones available only on selected subnets, and only if samba is available.
Cheers,
Eric
|
[
Reply To This | View ]
|
Re: [unrelated as hell]
by not me on Thursday 21/Feb/2002, @12:18
|
> Better add options for configuring smb or bfs shares to the properties dialog.
KDE can't become so dependent on other projects like Samba. How is KDE supposed to know whether you have Samba installed, whether it is running, where its config files are, and which version you are using so it can write the config file properly? What if Samba is installed but the config file is only writeable by root (the default on most distros I believe)? What if smbd isn't started automatically when the system starts up? This is the job of the distro, and they are doing it. Lycoris will soon have right-click file sharing, I believe Mandrake already has it.
In the meantime, I think a web server applet is a fine way to share files. What's wrong with serving files over http, as opposed to smb?
|
[
Reply To This | View ]
|
Re: [unrelated as hell]
by me on Thursday 21/Feb/2002, @13:49
|
>> Better add options for configuring smb or bfs shares to the properties dialog.
> KDE can't become so dependent on other projects like Samba.
This is true
> How is KDE supposed to know whether you have Samba installed, whether
> it is running,
It could check for the process and give a message when smbd is not running
> where its
> config files are, and which version you are using so it can write the
> config file properly?
The config file could be set up somewhere in Kcontrol/System. I think most of
the time it is in etc.
AFAIK the syntax for adding a share and whether it's read-ony or not etc hasn't
changed for aeons.
> What if Samba is installed but the config file is
> only writeable by root (the default on most distros I believe)?
kdesu
> What if smbd
> isn't started automatically when the system starts up?
Ask the user if he wants to start it + give a warning to change his setup
if he wants to have his share still available after rebooting.
And finally kdesu.
> This is the job of
> the distro, and they are doing it.
This is maybe true
> Lycoris will soon have right-click
> file sharing,I believe Mandrake already has it.
> In the meantime, I think a web server applet is a fine way to share files.
> What's wrong with serving files over http, as opposed to smb?
It's just strange IME.
It doesnt give you the same convenience than a filesystem.
Maybe ftp would even be better. This can at least be browsed more nicely in konq
and you can select multiple files at once
|
[
Reply To This | View ]
|
Re: [unrelated as hell]
by not me on Thursday 21/Feb/2002, @16:21
|
>Ask the user if he wants to start it + give a warning to change his setup
Every distro does config differently. KDE can't go messing with the system startup scripts because it doesn't know how they're laid out. Remember, KDE runs on many systems including Linux, BSD, Solaris, and maybe someday Windows.
> kdesu
Entering the root password just to share some files? That seems silly to me.
> The config file could be set up somewhere in Kcontrol/System.
So KDE is going to be mucking around with your distro's setup of Samba? How will KDE tell samba to use the new config file on system startup (remember, we can't edit the startup scripts)? What happens when a CLI user goes to edit the smb.conf file in /etc and it doesn't work?
If Samba was installed exactly the same way on every distro and every distro used the same startup sequence, KDE could do stuff like this. Right now though, since every distro does things differently, they have to set KDE up specifically for themselves. And they do. This is not the domain of the KDE project.
Perhaps in the future, kpf could be upgraded to be a WebDav server, to allow more ftp-like functionality, perhaps even with ssl for security. I think this might be the best overall solution, even better than Samba integration. As long as security is kept in mind of course.
|
[
Reply To This | View ]
|
|
The Fine Print: The previous
comments are owned by whomever posted them.
( Reply )
|
|
![[KDE Dot News]](http://www.kde.org/dot/Images/kdedotnews.gif)
