Re: New module proposal: gnome-user-share
On Thu, 2008-11-06 at 13:14 +0100, Vincent Untz wrote: Le jeudi 23 octobre 2008, à 14:53 +0100, Bastien Nocera a écrit : Heya, I'd be interested in getting gnome-user-share into GNOME 2.26. Same comments as the ones I did for brasero :-) Please add gnome-user-share to the list at the top of http://live.gnome.org/TwoPointTwentyfive/Desktop Done. and also add it to gnome-suites-2.26.modules (below the !-- Proposed Modules -- comment and in the meta-gnome-proposed metamodule). Me no usey jhbuild. Somebody else will have to get that working... Cheers ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: gnome-user-share
Le jeudi 23 octobre 2008, à 14:53 +0100, Bastien Nocera a écrit : Heya, I'd be interested in getting gnome-user-share into GNOME 2.26. Same comments as the ones I did for brasero :-) Please add gnome-user-share to the list at the top of http://live.gnome.org/TwoPointTwentyfive/Desktop and also add it to gnome-suites-2.26.modules (below the !-- Proposed Modules -- comment and in the meta-gnome-proposed metamodule). Thanks! Vincent -- Les gens heureux ne sont pas pressés. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: gnome-user-share
Bastien Nocera hadess at hadess.net writes: Heya, I'd be interested in getting gnome-user-share into GNOME 2.26. snip.. We're also looking into integrating Frank Scholz' UPNP sharing work (see http://coherence.beebits.net/wiki/Nautilus). This would be really cool, especially if it makes sharing 'just work' on windows. snip Questions? More 'dump of memory' than questions... but :) These two to bugs should be reviewed again. (I doubt the nautilus bug has been fixed, I haven't checked though). –nautilus should use mdns hostname for bookmark/keyring http://bugzilla.gnome.org/show_bug.cgi?id=326705 The best way could to always check if the published mdns record has changed, before doing anything. Not a real g-u-s issue, but if nautilus barfs on mdns+webdav so does g-u-s ;). –symbolic links does not appear in a webdav client. http://bugzilla.gnome.org/show_bug.cgi?id=326702 Discussed elsewhere in this thread... It would suck to copy several GB's of data for sharing a file, probably slow as well. But allowing symlinks might be a security risk as noted in the bug above. Maybe nobody will actually do this, so it might not be important, pure guessing. -How to actually use g-u-s (discovery). I'm 90% g-u-s it requires enabling in a capplet, that's bad ;). Enabling by default is also bad so some ideas... 1) Use the topbar feature in nautilus when showing ~/Public, enabling disabling filesharing. 2) When copying files to ~/Public and file-sharing is disabled, ask the user if they want to enable file-sharing. But asking the user is annoying. Cheers ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: gnome-user-share
On Tue, 2008-10-28 at 13:22 +, Frej Soya wrote: Bastien Nocera hadess at hadess.net writes: Heya, I'd be interested in getting gnome-user-share into GNOME 2.26. snip.. We're also looking into integrating Frank Scholz' UPNP sharing work (see http://coherence.beebits.net/wiki/Nautilus). This would be really cool, especially if it makes sharing 'just work' on windows. snip Questions? More 'dump of memory' than questions... but :) These two to bugs should be reviewed again. (I doubt the nautilus bug has been fixed, I haven't checked though). –nautilus should use mdns hostname for bookmark/keyring http://bugzilla.gnome.org/show_bug.cgi?id=326705 The best way could to always check if the published mdns record has changed, before doing anything. Not a real g-u-s issue, but if nautilus barfs on mdns+webdav so does g-u-s ;). That's definitely a nautilus issue, and some people are working on it already... –symbolic links does not appear in a webdav client. http://bugzilla.gnome.org/show_bug.cgi?id=326702 Discussed elsewhere in this thread... It would suck to copy several GB's of data for sharing a file, probably slow as well. But allowing symlinks might be a security risk as noted in the bug above. Maybe nobody will actually do this, so it might not be important, pure guessing. Unless somebody comes up with a good way to avoid sharing things that shouldn't be shared, I'll leave this bug opened and open for comments. -How to actually use g-u-s (discovery). I'm 90% g-u-s it requires enabling in a capplet, that's bad ;). Enabling by default is also bad so some ideas... 1) Use the topbar feature in nautilus when showing ~/Public, enabling disabling filesharing. 2) When copying files to ~/Public and file-sharing is disabled, ask the user if they want to enable file-sharing. But asking the user is annoying. We could definitely have a clue bar in there. Could you file a bug about this please? Cheers ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: gnome-user-share
On Sat, 2008-10-25 at 03:06 +0200, BJörn Lindqvist wrote: 2008/10/24 Bastien Nocera [EMAIL PROTECTED]: On Fri, 2008-10-24 at 21:11 +0200, BJörn Lindqvist wrote: Isn't that what nfs does? Or for that matter, ftp? I don't understand why a web server is needed for sharing files. WebDAV is supported natively with Bonjour/Zeroconf in MacOS X and Windows, and is very well supported in GVFS and Nautilus. What web servers do they run? MacOS X uses Apache httpd, Windows uses some cut down version of IIS, as far as I remember (it's been a very long time I haven't used a Windows machine). Adding more protocols would be easy, but unneeded in my opinion. I feel kind of silly for installing Apache (along with the default It works! html page) for sharing files.. but I get your point. I have experimented some with gnome-user-share, and it works very well. But there seem to be some rough edges. Only the ~/Public directory is shared. Unless you already know about it, it is quite impossible to guess what name the directory should have. Why can't it work like nautilus-share? Right click any directory - Sharing options. It is very discoverable. gnome-user-share is a simple system to share a few files between users in a network. It's not a full-fledged shares admin system, and it doesn't want to be that either. The capplet allows you to configure password less sharing. Allowing that seems like a bad choice to me and a user induced security hole. Not if you don't allow writing. The description could also be clearer on who will gain access to the shared files. It reads Share filer over the network. I assume it means the local area network and not the internet, but I'm not sure. It shares it on whatever network you're connected to. So, yes, it will share it on the internet if you're directly connected to the internet. Then there are some minor bugs. The share name is not translated and always reads public files. name = g_strdup_printf (_(%s's public files), g_get_user_name ()); It is translated. Trying to open the share from localhost returns HTTP-error: Cannot connect to destination. It's not an HTTP share, it's a webdav share. Also, I would like to mount the shares like you can with samba and nfs shares. But I assume that is out of scope for g-u-s. The shares exported by gnome-user-share are already mountable through nautilus and gvfs. Cheers ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: gnome-user-share
Le vendredi 24 octobre 2008 à 23:17 +0100, Bastien Nocera a écrit : Also note that whatever solution is chosen, this needs to be possible: http://bugzilla.gnome.org/show_bug.cgi?id=529852 Interesting. AFAIK lighttpd can use xattrs to set the MIME type, but not sniff them. http://bugzilla.gnome.org/show_bug.cgi?id=519577 I haven’t tried it, but setting DAV properties is supposed to work in lighttpd. This is really for this kind of features for which using libsoup would make things easier. Does anyone know a C library implementing server-side webdav? -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: gnome-user-share
On Fri, Oct 24, 2008 at 8:58 PM, Lennart Poettering [EMAIL PROTECTED] wrote: On Fri, 24.10.08 20:14, Josselin Mouette ([EMAIL PROTECTED]) wrote: Contrary to what the name suggest, lighttpd is not just a lightweight web server, it is a powerful and complete implementation used by some of the biggest websites. I don't think that this kind of FUD about Apache is very constructive. Just because lighttpd has a light in its name it doesn't mean that Apache is a slow huge beast. That is nonsense. Guys, I'm very sorry for starting this thread. I didn't mean to provoke any flame wars. I use both Apache httpd and lighttpd on production and can assure you there is no absolute winner here. Both daemons have their strengths and I pick one over the other depending on the requirements of a project. I was only wondering if there was no simpler DAV daemon we could use here (be it a small python program as python is already used by various parts of GNOME or ideally a C library). -- Patryk Zawadzki ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: gnome-user-share
On Sat, 2008-10-25 at 15:34 +0200, Patryk Zawadzki wrote: On Fri, Oct 24, 2008 at 8:58 PM, Lennart Poettering [EMAIL PROTECTED] wrote: On Fri, 24.10.08 20:14, Josselin Mouette ([EMAIL PROTECTED]) wrote: Contrary to what the name suggest, lighttpd is not just a lightweight web server, it is a powerful and complete implementation used by some of the biggest websites. I don't think that this kind of FUD about Apache is very constructive. Just because lighttpd has a light in its name it doesn't mean that Apache is a slow huge beast. That is nonsense. Guys, I'm very sorry for starting this thread. I didn't mean to provoke any flame wars. I use both Apache httpd and lighttpd on production and can assure you there is no absolute winner here. Both daemons have their strengths and I pick one over the other depending on the requirements of a project. I was only wondering if there was no simpler DAV daemon we could use here (be it a small python program as python is already used by various parts of GNOME or ideally a C library). The short answer is that people before me as maintainers, and myself don't want to maintain a WebDAV server. As for switching to another server, it's because I don't see any good reasons to. Patches more than welcome on the latter. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: gnome-user-share
2008-10-25 klockan 03:06 skrev BJörn Lindqvist: Also, I would like to mount the shares like you can with samba and nfs shares. But I assume that is out of scope for g-u-s. Afaik gvfs has quite decent WebDAV support. — Wouter -- :wq mail [EMAIL PROTECTED] web http://uwstopia.nl warm sounds · feeling no pain · taking the time away from me— zero 7 signature.asc Description: Digital signature ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: gnome-user-share
On Thu, Oct 23, 2008 at 5:15 PM, Patryk Zawadzki [EMAIL PROTECTED] wrote: On Thu, Oct 23, 2008 at 5:08 PM, Bastien Nocera [EMAIL PROTECTED] wrote: On Thu, 2008-10-23 at 17:02 +0200, Frederic Peters wrote: A point Patryk touched is that generic distributions will provide Apache packages configured to run at startup, so it is not just a matter of binary size. That's exactly the problem. As a data point, Fedora's httpd is disabled by default for exactly this sort of reason (having it installed doesn't mean we want it running by default). I doubt our server guys will get overly happy over the idea of disabling a typical server daemon just so you can integrate it with GNOME. I don't really think I want the server team to hate the GNOME team any more. Also there seem to be lighter alternatives: http://www.perlmonks.org/?node_id=658773 And what about Cherokee? http://www.cherokee-project.com It's small, modular, very light and easy to run as a user in specific port (to avoid bother system web servers, for example) http://www.cherokee-project.com/doc/bundle_cherokee-worker.html -- Juan Jesús Ojeda Croissier Emergya Consultoría / http://www.emergya.es Avda. de la Innovación, 3 (Edif. Hércules), Mód 12-13 E41020 Sevilla Tfno: +34 954 51 75 77 Fax: +34 954 51 64 73 ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: gnome-user-share
Juan Jesús Ojeda Croissier wrote: And what about Cherokee? http://www.cherokee-project.com It's small, modular, very light and easy to run as a user in specific port (to avoid bother system web servers, for example) http://www.cherokee-project.com/doc/bundle_cherokee-worker.html Sure, but the point is not about the code size (as Bastien noted Apache is just two or three megabytes) but about distribution policies to start installed services by default. And their policies apply to Cherokee just like to other webservers... Bastien already wrote about Fedora policy, httpd is disabled by default. I know that Debian policy is to consider that the user installing a server wants it to be started. From what I read of Patryk, PLD Linux also starts Apache on installation. What about others ? I guess Red Hat is like Fedora, and Ubuntu is like Debian, but what about SuSE ? Frederic ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: gnome-user-share
Le vendredi 24 octobre 2008, à 14:38 +0200, Frederic Peters a écrit : Bastien already wrote about Fedora policy, httpd is disabled by default. I know that Debian policy is to consider that the user installing a server wants it to be started. From what I read of Patryk, PLD Linux also starts Apache on installation. What about others ? I guess Red Hat is like Fedora, and Ubuntu is like Debian, but what about SuSE ? I guess you meant openSUSE ;-) Based on http://en.opensuse.org/Apache_Quickstart_HOWTO, my guess would be that apache is not running by default when it's installed. Vincent -- Les gens heureux ne sont pas pressés. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: gnome-user-share
Vincent Untz wrote: Le vendredi 24 octobre 2008, à 14:38 +0200, Frederic Peters a écrit : Bastien already wrote about Fedora policy, httpd is disabled by default. I know that Debian policy is to consider that the user installing a server wants it to be started. From what I read of Patryk, PLD Linux also starts Apache on installation. What about others ? I guess Red Hat is like Fedora, and Ubuntu is like Debian, but what about SuSE ? I guess you meant openSUSE ;-) Based on http://en.opensuse.org/Apache_Quickstart_HOWTO, my guess would be that apache is not running by default when it's installed. Right, it's not. I know this because I always install apache on my machines because libsoup's regression tests use it (with their own custom httpd.conf.in), which is another example of a scenario where someone installing apache doesn't necessarily want it running by default. Of course, distros that think run-by-default-when-installed is the right behavior could just split the package into apache-software-only (or something) and have apache just be a tiny package that pulled in the software package and added the config files necessary to make it run by default. And then gnome-user-share would depend on the apache-software-only package on those distros. -- Dan ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: gnome-user-share
Le jeudi 23 octobre 2008 à 18:22 +0200, Murray Cumming a écrit : Yeah, I have the same problem with Glom's dependency on PostgreSQL. Debian/Ubuntu users get an unused PostgreSQL instance even when Glom isn't running, just because its Debian policy to run any services that are installed, with no apparent way for the package to request anything different. I think it's a bad policy. If it’s really necessary for Glom to have the PostgreSQL binaries around (which seems strange when there are alternatives such as SQLite), we will simply split the postgresql packages in two, one with the binaries and one providing the service. Not a big issue. -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: gnome-user-share
On Solaris, apache daemon is disabled by default aswell. Matt Vincent Untz wrote: Le vendredi 24 octobre 2008, à 14:38 +0200, Frederic Peters a écrit : Bastien already wrote about Fedora policy, httpd is disabled by default. I know that Debian policy is to consider that the user installing a server wants it to be started. From what I read of Patryk, PLD Linux also starts Apache on installation. What about others ? I guess Red Hat is like Fedora, and Ubuntu is like Debian, but what about SuSE ? I guess you meant openSUSE ;-) Based on http://en.opensuse.org/Apache_Quickstart_HOWTO, my guess would be that apache is not running by default when it's installed. Vincent ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: gnome-user-share
Le jeudi 23 octobre 2008 à 17:02 +0200, Frederic Peters a écrit : A point Patryk touched is that generic distributions will provide Apache packages configured to run at startup, so it is not just a matter of binary size. What do distributors think? I think we could split the web server package in two. One package would contain the binary, that would be available for things like gnome-user-share. The other would contain the system-wide configuration and the service. I also think that Apache is a bad choice. If you need a good web server with DAV support, please think of lighttpd instead, or - much better - of a libsoup-based implementation. Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: gnome-user-share
Le jeudi 23 octobre 2008 à 16:41 +0100, Bastien Nocera a écrit : I doubt our server guys will get overly happy over the idea of disabling a typical server daemon just so you can integrate it with GNOME. I don't really think I want the server team to hate the GNOME team any more. Why is it enabled by default anyway? You would certainly need to configure things for it to work properly anyway. Not necessarily. If you just run apt-get install some-webapp, it will (for those that are correctly packaged) install the webserver and the database server, configure the former, create tables in the latter and be ready for immediate use. -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: gnome-user-share
On Fri, 2008-10-24 at 15:11 +0200, Josselin Mouette wrote: Le jeudi 23 octobre 2008 à 18:22 +0200, Murray Cumming a écrit : Yeah, I have the same problem with Glom's dependency on PostgreSQL. Debian/Ubuntu users get an unused PostgreSQL instance even when Glom isn't running, just because its Debian policy to run any services that are installed, with no apparent way for the package to request anything different. I think it's a bad policy. If it’s really necessary for Glom to have the PostgreSQL binaries around (which seems strange when there are alternatives such as SQLite), SQLLite can't do what PostgreSQL can do, which is why PostgresSQL exists. For instance: - Multi-user and the relevant locking. - Access control. - Network access. And I'm quite sure that we'll discover various SQL things that SQLLite can't handle when we try to support SQLLite, which we plan to do for embedded devices. SQL gets complicated quickly, even for seemingly obvious tasks. we will simply split the postgresql packages in two, one with the binaries and one providing the service. Not a big issue. So far that hasn't happened. But I've been dealing with Ubuntu because they are (slightly) more responsive. -- [EMAIL PROTECTED] www.murrayc.com www.openismus.com ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: gnome-user-share
Le vendredi 24 octobre 2008 à 17:58 +0200, Murray Cumming a écrit : SQLLite can't do what PostgreSQL can do, which is why PostgresSQL exists. For instance: - Multi-user and the relevant locking. - Access control. - Network access. As these are not things necessary for a UI generator, I thought glom could rely on SQLite instead. This is not a bad thing to require a better DB engine, but it really has some shortcomings when it comes to packaging. So far that hasn't happened. But I've been dealing with Ubuntu because they are (slightly) more responsive. Whoa? There is no Debian package simply because no one had stepped up so far. Christophe Sauthier is starting to work on it, and I will help him to get the necessary changes in postgresql. Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: gnome-user-share
On Fri, 2008-10-24 at 18:07 +0200, Josselin Mouette wrote: Le vendredi 24 octobre 2008 à 17:58 +0200, Murray Cumming a écrit : SQLLite can't do what PostgreSQL can do, which is why PostgresSQL exists. For instance: - Multi-user and the relevant locking. - Access control. - Network access. As these are not things necessary for a UI generator, Even if Glom was just a GUI generator, I guess I would disagree about your idea of what is a good database GUI. I thought glom could rely on SQLite instead. This is not a bad thing to require a better DB engine, but it really has some shortcomings when it comes to packaging. So far that hasn't happened. But I've been dealing with Ubuntu because they are (slightly) more responsive. Whoa? There is no Debian package simply because no one had stepped up so far. Christophe Sauthier is starting to work on it, and I will help him to get the necessary changes in postgresql. Thanks. -- [EMAIL PROTECTED] www.murrayc.com www.openismus.com ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: gnome-user-share
On Fri, 2008-10-24 at 15:16 +0200, Josselin Mouette wrote: I also think that Apache is a bad choice. If you need a good web server with DAV support, please think of lighttpd instead, or - much better - of a libsoup-based implementation. There's also security issues to consider. One good thing about using Apache is the fact that there's a huge dedicated security team in place for both reviewing and dealing with vulnerabilities in highly predictable ways. Also, the distributors of Apache typically provide good response time on integrating these fixes just because Apache is so ubiquitous and people use it for traditional HTTP duties on port 80. Especially on distributions not using something like SELinux this is a problem. Remember that with Mandatory Access Control (which e.g. SELinux provides), you can confine the web server process spawned by g-u-s to only access ~/Public. Without something like this (and too many people, yours truly included, runs SELinux in permissive mode)... if there's a vulnerability in the server used by gnome-user-share... then you're effectively serving all the files that the user has access to (e.g. $HOME including passwords stored in cleartext by Firefox (the default). Result: Game over man! All thismeans that it's very important that we use the most secure web server we can get for gnome-user-share. As I said, it's clear to me that Apache does meet our goals here. If you want to propose something else, the burden is on you to provide evidence that what you propose is not only reasonably secure, but also have good processes in place for dealing with vulnerabilities. (FWIW, I don't mean to belittle libsoup-as-a-server (my understanding is that libsoup is mostly used as a client so that's where the focus is) or the lighttpd teams. To be honest, I haven't looked at their security track record security. I doubt most people in this thread have.) David ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: gnome-user-share
On Fri, Oct 24, 2008 at 06:19:54PM +0200, Murray Cumming wrote: Whoa? There is no Debian package simply because no one had stepped up so far. Christophe Sauthier is starting to work on it, and I will help him to get the necessary changes in postgresql. Thanks. BTW, I talked to one of the Debian apache maintainers over dinner last night, and he also agreed it's probably a good idea to split the init scripts off. Probably best to come up with some general scheme here for these kind of things. Michael ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: gnome-user-share
Em Qui, 2008-10-23 às 14:53 +0100, Bastien Nocera escreveu: Heya, I'd be interested in getting gnome-user-share into GNOME 2.26. But one of the main shorter term goals is to get the desktop sharing feature of vino integrated into gnome-user-share. http://bugzilla.gnome.org/show_bug.cgi?id=471366 Hi! I really would love to see all sort of sharing in a central place. I'm just a bit worried on how to merge the current vino capplet into g-u-s. Currently it has many options, results of people complaining about those hidden features - they existed, but were only activated by some gconf editor. Definitely this dialog needs some love. Next week I'll attend the 5º GNOME Forum here in Brazil and will discuss it with some design guys. In short, +1 from me! -- Jonh Wendell http://www.bani.com.br ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: gnome-user-share
On Fri, 24.10.08 20:14, Josselin Mouette ([EMAIL PROTECTED]) wrote: Le vendredi 24 octobre 2008 à 12:53 -0400, David Zeuthen a écrit : As I said, it's clear to me that Apache does meet our goals here. If you want to propose something else, the burden is on you to provide evidence that what you propose is not only reasonably secure, but also have good processes in place for dealing with vulnerabilities. The last times it happened, it seemed to me that lighttpd developers have good processes when it comes to security. One other thing to consider wrt. security is the code size, and apache binaries are about twice as large. There are of course other advantages with using lighttpd, such as less memory footprint, better performance and a much more flexible configuration scheme; it may not be necessary for gnome-user-share, but it’s much less error-prone and that’s another possible cause of bugs. Contrary to what the name suggest, lighttpd is not just a lightweight web server, it is a powerful and complete implementation used by some of the biggest websites. I don't think that this kind of FUD about Apache is very constructive. Just because lighttpd has a light in its name it doesn't mean that Apache is a slow huge beast. That is nonsense. Apache is modular. You can decide what you want to use and what not. It's easy to configure Apache in away that it is perfectly suitable even for embedded use -- and I doubt it would be much slower or more resource-hogging than any other httpd. So, unless you have rational arguments, i.e. real numbers how much faster and lighter and less error-prone lighttpd actually is then all the noise about lighttpd (or Cherokee) is just noise. And even if Apache was a bit slower, you get so much more for it when it comes to functionality and well-tested-ness. Also Apache is available in each distro and well understood. Please, think twice before blindly believing that something is oh such much lighter or oh so much faster just because some people who wrote it like to use the word lightweight. Let's stay rational! There are good reasons to eventually adopt gsoup for this stuff. But there is no benefit at all in adopting Cherokee/lighttpd over Apache. Especially since the Apache support is already there, it is written. Lennart -- Lennart PoetteringRed Hat, Inc. lennart [at] poettering [dot] net ICQ# 11060553 http://0pointer.net/lennart/ GnuPG 0x1A015CC4 ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: gnome-user-share
Isn't that what nfs does? Or for that matter, ftp? I don't understand why a web server is needed for sharing files. 2008/10/23, Bastien Nocera [EMAIL PROTECTED]: Heya, I'd be interested in getting gnome-user-share into GNOME 2.26. Currently, gnome-user-share is a simple capplet and daemon combination that, through obex-data-server and apache, provides users with simple file sharing. Currently it supports: - ObexFTP and ObexPush (through obex-data-server) - DAV file sharing (through Apache's httpd) Future plans include: - Sharing optical media drives: http://bugzilla.gnome.org/show_bug.cgi?id=530744 - Sharing selected drives: http://bugzilla.gnome.org/show_bug.cgi?id=355382 We're also looking into integrating Frank Scholz' UPNP sharing work (see http://coherence.beebits.net/wiki/Nautilus). But one of the main shorter term goals is to get the desktop sharing feature of vino integrated into gnome-user-share. http://bugzilla.gnome.org/show_bug.cgi?id=471366 Questions? Cheers ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list -- mvh Björn ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: gnome-user-share
On Fri, 2008-10-24 at 21:11 +0200, BJörn Lindqvist wrote: Isn't that what nfs does? Or for that matter, ftp? I don't understand why a web server is needed for sharing files. WebDAV is supported natively with Bonjour/Zeroconf in MacOS X and Windows, and is very well supported in GVFS and Nautilus. We could just as well have implemented FTP, but it wouldn't have had the same level of integration. NFS requires kernel level help, and the whole protocol is dreadful. Implementing user-space NFS (be it on the server, or the client side[1]) nicely is not easily possible. Adding more protocols would be easy, but unneeded in my opinion. [1]: See the nfs-*.[ch] files at http://svn.gnome.org/viewvc/gnome-vfs/trunk/modules/ ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: gnome-user-share
Le vendredi 24 octobre 2008 à 20:58 +0200, Lennart Poettering a écrit : I don't think that this kind of FUD about Apache is very constructive. Just because lighttpd has a light in its name it doesn't mean that Apache is a slow huge beast. That is nonsense. And just because Apache is famous doesn’t mean it’s a silver bullet either. Apache is modular. You can decide what you want to use and what not. It's easy to configure Apache in away that it is perfectly suitable even for embedded use -- and I doubt it would be much slower or more resource-hogging than any other httpd. Figures show it. Apache will use at least 4MB of RSS on my systems, where lighttpd uses around 2. As for benchmarks, see for example http://www.cherokee-project.com/benchmarks.html - most other benchmarks you can find will show the same kind of ratio between Apache and lighttpd. So, unless you have rational arguments, i.e. real numbers how much faster and lighter and less error-prone lighttpd actually is then all the noise about lighttpd (or Cherokee) is just noise. Faster and lighter can easily be shown by benchmarks. As for less error-prone, you should just have a look at a typical lighttpd configuration file. Currently I have a complicated setup with many vhosts and I can’t imagine how much work it would take to achieve the same with Apache. And even if Apache was a bit slower, you get so much more for it when it comes to functionality and well-tested-ness. You might be right about well-testedness, but about functionality I beg to disagree; until very recently Apache didn’t even support FastCGI, and for most things they are functionally equivalent. Please, think twice before blindly believing that something is oh such much lighter or oh so much faster just because some people who wrote it like to use the word lightweight. Let's stay rational! It is pretty insulting to assume I’m saying it because of what I’ve read. I’m saying it because I use both of them everyday. And frankly, there’s one of them that I’d like not to see anymore. It’s not that Apache is bad – I’d be pretty happy if all software was bad like that — but it’s not as flexible as other solutions. Now, I don’t think this is the right place to troll about webservers, but you don’t need to climb on your high horse just because someone suggests another technical solution. Especially since the Apache support is already there, it is written. If people are interested, I guess I could do the porting to lighttpd, it doesn’t look too complicated. Maybe seeing it in action would be more convincing. Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: gnome-user-share
On Fri, 2008-10-24 at 15:16 +0200, Josselin Mouette wrote: Le jeudi 23 octobre 2008 à 17:02 +0200, Frederic Peters a écrit : A point Patryk touched is that generic distributions will provide Apache packages configured to run at startup, so it is not just a matter of binary size. What do distributors think? I think we could split the web server package in two. One package would contain the binary, that would be available for things like gnome-user-share. The other would contain the system-wide configuration and the service. I also think that Apache is a bad choice. If you need a good web server with DAV support, please think of lighttpd instead, or - much better - of a libsoup-based implementation. Also note that whatever solution is chosen, this needs to be possible: http://bugzilla.gnome.org/show_bug.cgi?id=529852 http://bugzilla.gnome.org/show_bug.cgi?id=519577 Both of those would be possible with httpd, just not currently implemented. Cheers ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: gnome-user-share
2008/10/24 Bastien Nocera [EMAIL PROTECTED]: On Fri, 2008-10-24 at 21:11 +0200, BJörn Lindqvist wrote: Isn't that what nfs does? Or for that matter, ftp? I don't understand why a web server is needed for sharing files. WebDAV is supported natively with Bonjour/Zeroconf in MacOS X and Windows, and is very well supported in GVFS and Nautilus. What web servers do they run? Adding more protocols would be easy, but unneeded in my opinion. I feel kind of silly for installing Apache (along with the default It works! html page) for sharing files.. but I get your point. I have experimented some with gnome-user-share, and it works very well. But there seem to be some rough edges. Only the ~/Public directory is shared. Unless you already know about it, it is quite impossible to guess what name the directory should have. Why can't it work like nautilus-share? Right click any directory - Sharing options. It is very discoverable. The capplet allows you to configure password less sharing. Allowing that seems like a bad choice to me and a user induced security hole. The description could also be clearer on who will gain access to the shared files. It reads Share filer over the network. I assume it means the local area network and not the internet, but I'm not sure. Then there are some minor bugs. The share name is not translated and always reads public files. Trying to open the share from localhost returns HTTP-error: Cannot connect to destination. Also, I would like to mount the shares like you can with samba and nfs shares. But I assume that is out of scope for g-u-s. -- mvh Björn ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: gnome-user-share
On Thu, Oct 23, 2008 at 3:53 PM, Bastien Nocera [EMAIL PROTECTED] wrote: Heya, I'd be interested in getting gnome-user-share into GNOME 2.26. Currently, gnome-user-share is a simple capplet and daemon combination that, through obex-data-server and apache, provides users with simple file sharing. Currently it supports: - ObexFTP and ObexPush (through obex-data-server) - DAV file sharing (through Apache's httpd) Future plans include: - Sharing optical media drives: http://bugzilla.gnome.org/show_bug.cgi?id=530744 - Sharing selected drives: http://bugzilla.gnome.org/show_bug.cgi?id=355382 We're also looking into integrating Frank Scholz' UPNP sharing work (see http://coherence.beebits.net/wiki/Nautilus). But one of the main shorter term goals is to get the desktop sharing feature of vino integrated into gnome-user-share. http://bugzilla.gnome.org/show_bug.cgi?id=471366 Questions? Any plans on making it work without pushing Apache HTTPd onto desktops? A small embedded HTTP server should be enough. Not only is Apache quite a huge dependency to have, it is also very hard to package this into a generic distro where Apache comes preconfigured for heavy server use (and the same is true for most big httpds). -- Patryk Zawadzki ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: gnome-user-share
2008-10-23 klockan 15:53 skrev Bastien Nocera: I'd be interested in getting gnome-user-share into GNOME 2.26. Hi Bastien, Great to hear this. This is definitely a +1 from me. Not being able to easily transfer a file from my computer to e.g. a colleague's or friend's laptop without relying on a web server (which you need to configure) or using a USB thumb drive is a major annoyance. Bonus points if I can right click a file/folder in Nautilus and share it instantly by clicking a menu item (perhaps this will symlinkit into ~/Public), after which the url of the file is shown in a dialog so that I can easily c/p it to e.g. a chat window. Beers if Epiphany users (or users of other browsers that support Avahi bookmarks) will have bookmarks pointing to that file/folder. Extra ice cream if that dialog also has a I'm done sharing this file/folder button that removes the symlink again :) That's it for now ;) — Wouter -- :wq mail [EMAIL PROTECTED] web http://uwstopia.nl you're a carbon kid with a sinister diagram— alpinestars/brian molko signature.asc Description: Digital signature ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: gnome-user-share
2008-10-23 klockan 16:14 skrev Patryk Zawadzki: On Thu, Oct 23, 2008 at 3:53 PM, Bastien Nocera [EMAIL PROTECTED] wrote: I'd be interested in getting gnome-user-share into GNOME 2.26. Any plans on making it work without pushing Apache HTTPd onto desktops? A small embedded HTTP server should be enough. Perhaps libsoup can be used for this? See e.g. http://library.gnome.org/devel/libsoup-2.4/stable/libsoup-server-howto.html — Wouter -- :wq mail [EMAIL PROTECTED] web http://uwstopia.nl come on fallen star · i refuse to let you die · so be mine — placebo signature.asc Description: Digital signature ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: gnome-user-share
On Thu, 2008-10-23 at 16:14 +0200, Patryk Zawadzki wrote: snip Any plans on making it work without pushing Apache HTTPd onto desktops? A small embedded HTTP server should be enough. Not only is Apache quite a huge dependency to have, it is also very hard to package this into a generic distro where Apache comes preconfigured for heavy server use (and the same is true for most big httpds). We're talking 3 megs of dependencies (and that's on a 64 bit system, so probably about 2.5 megs on a 32-bit machine). I'd be happy to take patches to make the dependencies shrink in size, as long as there's no regressions... Please note that the web server we'd replace httpd by needs to support WebDAV. Cheers ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: gnome-user-share
On Thu, 2008-10-23 at 16:20 +0200, Wouter Bolsterlee wrote: 2008-10-23 klockan 15:53 skrev Bastien Nocera: I'd be interested in getting gnome-user-share into GNOME 2.26. Hi Bastien, Great to hear this. This is definitely a +1 from me. Not being able to easily transfer a file from my computer to e.g. a colleague's or friend's laptop without relying on a web server (which you need to configure) or using a USB thumb drive is a major annoyance. Bonus points if I can right click a file/folder in Nautilus and share it instantly by clicking a menu item (perhaps this will symlinkit into ~/Public), after which the url of the file is shown in a dialog so that I can easily c/p it to e.g. a chat window. This is probably more a job for nautilus-sendto, for sharing files over the Internet. I already have some plans there for pastebin/image sharing sites[1] integration, it would certainly be fairly straight forward to add, say, Dropbox support. Beers if Epiphany users (or users of other browsers that support Avahi bookmarks) will have bookmarks pointing to that file/folder. That would be easy. Epiphany needs to also look for _webdav._tcp, or gnome-user-share needs to advertise _http._tcp as well. File a bug against the component you think should do the change :) Cheers [1]: not Flickr, but more the fire and forget, show a screenshot kind of site ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: gnome-user-share
Bastien Nocera wrote: Not only is Apache quite a huge dependency to have, it is also very hard to package this into a generic distro where Apache comes preconfigured for heavy server use (and the same is true for most big httpds). We're talking 3 megs of dependencies (and that's on a 64 bit system, so probably about 2.5 megs on a 32-bit machine). A point Patryk touched is that generic distributions will provide Apache packages configured to run at startup, so it is not just a matter of binary size. What do distributors think? Frederic ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: gnome-user-share
On Thu, 2008-10-23 at 17:02 +0200, Frederic Peters wrote: Bastien Nocera wrote: Not only is Apache quite a huge dependency to have, it is also very hard to package this into a generic distro where Apache comes preconfigured for heavy server use (and the same is true for most big httpds). We're talking 3 megs of dependencies (and that's on a 64 bit system, so probably about 2.5 megs on a 32-bit machine). A point Patryk touched is that generic distributions will provide Apache packages configured to run at startup, so it is not just a matter of binary size. What do distributors think? As a data point, Fedora's httpd is disabled by default for exactly this sort of reason (having it installed doesn't mean we want it running by default). Cheers ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: gnome-user-share
Wouter Bolsterlee wrote: 2008-10-23 klockan 16:14 skrev Patryk Zawadzki: On Thu, Oct 23, 2008 at 3:53 PM, Bastien Nocera [EMAIL PROTECTED] wrote: I'd be interested in getting gnome-user-share into GNOME 2.26. Any plans on making it work without pushing Apache HTTPd onto desktops? A small embedded HTTP server should be enough. Perhaps libsoup can be used for this? See e.g. http://library.gnome.org/devel/libsoup-2.4/stable/libsoup-server-howto.html Yes, gnome-user-should *could* be made to use libsoup, but this would take some work. Basically, SoupServer provides the equivalent of apache, but not the equivalent of mod_dav. So you'd have to implement support for parsing PROPFIND requests and then doing stat()s or readdir()s or whatever, and generating the correct XML response, etc. If someone wanted to hack on that, it could easily be finished before 2.26. Note that the same issue probably applies to any other small embedded HTTP server too. Eg, I don't think Cherokee has any explicit DAV support either. -- Dan ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: gnome-user-share
On Thu, Oct 23, 2008 at 5:08 PM, Bastien Nocera [EMAIL PROTECTED] wrote: On Thu, 2008-10-23 at 17:02 +0200, Frederic Peters wrote: A point Patryk touched is that generic distributions will provide Apache packages configured to run at startup, so it is not just a matter of binary size. That's exactly the problem. As a data point, Fedora's httpd is disabled by default for exactly this sort of reason (having it installed doesn't mean we want it running by default). I doubt our server guys will get overly happy over the idea of disabling a typical server daemon just so you can integrate it with GNOME. I don't really think I want the server team to hate the GNOME team any more. Also there seem to be lighter alternatives: http://www.perlmonks.org/?node_id=658773 -- Patryk Zawadzki ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: gnome-user-share
Hi, FWIW, this discussion happened about four years ago, see http://mail.gnome.org/archives/desktop-devel-list/2004-November/msg00726.html (note: the thread continues into December 2004) It might be useful for people to reread the thread there. On Thu, 2008-10-23 at 17:15 +0200, Patryk Zawadzki wrote: As a data point, Fedora's httpd is disabled by default for exactly this sort of reason (having it installed doesn't mean we want it running by default). I doubt our server guys will get overly happy over the idea of disabling a typical server daemon just so you can integrate it with GNOME. I don't really think I want the server team to hate the GNOME team any more. So one conclusion from that thread, if I remember correctly, is that the fact that gnome-user-share is using Apache shouldn't disrupt any system-wide configuration of Apache. The way it works is that gnome-user-share feeds a separate configuration file to the Apache HTTP daemon running in the user context. The fact we disable httpd in the default install in Fedora has nothing to do with this; that's just Fedora policy, off topic for this discussion. As a data point we've been shipping gnome-user-share in Fedora since 2004 and haven't had issues with it or complaints from people using Fedora as a web server. Hope this helps. David ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: gnome-user-share
On Thu, Oct 23, 2008 at 5:15 PM, Patryk Zawadzki [EMAIL PROTECTED] wrote: Also there seem to be lighter alternatives: http://www.perlmonks.org/?node_id=658773 Also a Python GPL2 project: http://pywebdav.sourceforge.net/ -- Patryk Zawadzki ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: gnome-user-share
On Thu, 2008-10-23 at 17:15 +0200, Patryk Zawadzki wrote: On Thu, Oct 23, 2008 at 5:08 PM, Bastien Nocera [EMAIL PROTECTED] wrote: On Thu, 2008-10-23 at 17:02 +0200, Frederic Peters wrote: A point Patryk touched is that generic distributions will provide Apache packages configured to run at startup, so it is not just a matter of binary size. That's exactly the problem. As a data point, Fedora's httpd is disabled by default for exactly this sort of reason (having it installed doesn't mean we want it running by default). I doubt our server guys will get overly happy over the idea of disabling a typical server daemon just so you can integrate it with GNOME. I don't really think I want the server team to hate the GNOME team any more. Why is it enabled by default anyway? You would certainly need to configure things for it to work properly anyway. Also there seem to be lighter alternatives: http://www.perlmonks.org/?node_id=658773 How Perl can be considered light-weight, I'm not sure. It's 46 megs for Perl itself, and a whole slew of CPAN packages. OLPC people are trying to remove unneeded dependencies in a number of packages, and I don't think Perl will be installed, or needed on that system. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: gnome-user-share
On Thu, 2008-10-23 at 11:26 -0400, David Zeuthen wrote: Hi, FWIW, this discussion happened about four years ago, see http://mail.gnome.org/archives/desktop-devel-list/2004-November/msg00726.html (note: the thread continues into December 2004) It might be useful for people to reread the thread there. And in an interface that doesn't suck quite as much :) http://thread.gmane.org/gmane.comp.gnome.desktop/22102 On Thu, 2008-10-23 at 17:15 +0200, Patryk Zawadzki wrote: As a data point, Fedora's httpd is disabled by default for exactly this sort of reason (having it installed doesn't mean we want it running by default). I doubt our server guys will get overly happy over the idea of disabling a typical server daemon just so you can integrate it with GNOME. I don't really think I want the server team to hate the GNOME team any more. So one conclusion from that thread, if I remember correctly, is that the fact that gnome-user-share is using Apache shouldn't disrupt any system-wide configuration of Apache. The way it works is that gnome-user-share feeds a separate configuration file to the Apache HTTP daemon running in the user context. The fact we disable httpd in the default install in Fedora has nothing to do with this; that's just Fedora policy, off topic for this discussion. As a data point we've been shipping gnome-user-share in Fedora since 2004 and haven't had issues with it or complaints from people using Fedora as a web server. Hope this helps. David ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: gnome-user-share
On Thu, 2008-10-23 at 17:02 +0200, Frederic Peters wrote: Bastien Nocera wrote: Not only is Apache quite a huge dependency to have, it is also very hard to package this into a generic distro where Apache comes preconfigured for heavy server use (and the same is true for most big httpds). We're talking 3 megs of dependencies (and that's on a 64 bit system, so probably about 2.5 megs on a 32-bit machine). A point Patryk touched is that generic distributions will provide Apache packages configured to run at startup, so it is not just a matter of binary size. Yeah, I have the same problem with Glom's dependency on PostgreSQL. Debian/Ubuntu users get an unused PostgreSQL instance even when Glom isn't running, just because its Debian policy to run any services that are installed, with no apparent way for the package to request anything different. I think it's a bad policy. What do distributors think? -- Murray Cumming [EMAIL PROTECTED] www.murrayc.com www.openismus.com ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list