Re: gnome-utils branched for 2.24
Hi! damned-lies updated :) Cheers, El dl 20 de 10 de 2008 a les 20:27 +0100, en/na Emmanuele Bassi va escriure: > hi everyone; > > gnome-utils has just been branched. the 2.24 releases are now done from > the gnome-2-24 branch, while new development will continue on trunk. > > ciao, > Emmanuele. -- gil forcada [ca] guifi.net - una xarxa lliure que no para de créixer [en] guifi.net - a non-stopping free network bloc: http://gil.badall.net ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Evince branched for 2.24
Hi! D-L updated :) Cheers, El dt 21 de 10 de 2008 a les 09:45 +0200, en/na Carlos Garcia Campos va escriure: > Evince has just been branched for 2.24. New development will continue on > trunk. > ___ > gnome-i18n mailing list > [EMAIL PROTECTED] > http://mail.gnome.org/mailman/listinfo/gnome-i18n -- gil forcada [ca] guifi.net - una xarxa lliure que no para de créixer [en] guifi.net - a non-stopping free network bloc: http://gil.badall.net ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
New module proposal: gnome-user-share
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
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: libproxy as external dependency
Dan Winship wrote: Nathaniel McCallum wrote: I'd like to propose libproxy (LGPL 2.1+; http://code.google.com/p/libproxy/) as a blessed external dependency for GNOME 2.26. libproxy is currently used by vlc and neon and libsoup and webkit are considering adopting it. You need a comma somewhere... Since I know libsoup doesn't currently use it, you must mean either: libproxy is currently used by vlc ... and neon and libsoup and webkit are considering adopting it. OR libproxy is currently used by vlc and neon ... and libsoup and webkit are considering adopting it. Anyway, Nathaniel is proposing this for GNOME primarily so that libsoup can depend on it, and here's the story with that: For various reasons, mostly bad, libsoup has never handled reading the HTTP proxy configuration out of GConf itself, which means that apps using libsoup either have to do it themselves (which sucks), or else they ignore the problem and then don't work for people who need proxies (which also sucks). I've been meaning to fix this for a while, but haven't. Anyway, I'd like to fix it for 2.26, which means either: 1. libsoup takes a mandatory dependency on libproxy or 2. libsoup takes an optional dependency on libproxy, and then also has gconf-specific code to be used in case libproxy isn't present. It can't be "libsoup takes an optional dependency on libproxy, and doesn't handle proxies if libproxy isn't present", because then apps can't rely on libsoup doing the right thing for them, so we'd end up with proxy code in *both* libsoup (via libproxy) *and* the apps (via gconf directly), which would be even worse than what we have now. Now I *can* do option 2 (libsoup has codepaths for both libproxy and gconf directly), and that's what I will end up doing if libproxy isn't accepted as an external dependency, but it would be simpler not to have the extra codepath (there are all sorts of icky bits if you want to do this 100% right, like parsing and matching IPv6 network masks in ignore_hosts, etc). Also, if GNOME makes libproxy a required external dependency, that means all distros have to ship it, which then makes it easier for other applications to start depending on it, which brings us one step closer to universal proxy workingness. All of which is to say, +1. One comment? that's all so far? ;) Nathaniel ___ 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: > 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
Re: libproxy as external dependency
pros: - current proxy handling in GNOME is a huge mess, we're all lucky we can live without proxies - the API looks extremely sane - there is nothing else that does proxying - Dan (who is going to be the main - or only? - user of it) likes it - active maintainers - no bugs cons: - I'm (luckily) not too knowledgable about proxy handling - not a lot of users Considering that all cons I can come up with aren't their fault, this has to be a +1 from me. Cheers, Benjamin ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Silly wallpaper hack (or "get yourself a PlayStation 3")
Stefan Kost <[EMAIL PROTECTED]> writes: > one thing I would love to see, is picture sets. Put a camera somewhere > and taking 24 images from midnight to midnight. Then have some process > crossfading them over the day in sync with the time. For people with > exactly 4 workspaces one could have 4 of these sequences taken by the > camera pointing north, east, south and west. > > Nuff dreaming ... This is precisely what the existing background feature allows you to do. All we need is the images. Soren ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: libproxy as external dependency
On Tue, 2008-10-21 at 10:30 -0400, Nathaniel McCallum wrote: > I'd like to propose libproxy (LGPL 2.1+; > http://code.google.com/p/libproxy/) as a blessed external dependency for > GNOME 2.26. libproxy is currently used by vlc and neon and libsoup and > webkit are considering adopting it. I'd happily use this in both Sound Juicer and Postr. libproxy has Python, Java, and C# bindings, so I'm very much a +1. Ross -- Ross Burton mail: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] www: http://burtonini.com signature.asc Description: This is a digitally signed message part ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: libproxy as external dependency
Ross Burton wrote: On Tue, 2008-10-21 at 10:30 -0400, Nathaniel McCallum wrote: I'd like to propose libproxy (LGPL 2.1+; http://code.google.com/p/libproxy/) as a blessed external dependency for GNOME 2.26. libproxy is currently used by vlc and neon and libsoup and webkit are considering adopting it. I'd happily use this in both Sound Juicer and Postr. libproxy has Python, Java, and C# bindings, so I'm very much a +1. Actually, our Java bindings are yet-to-be-written... :) However, the small API enables bindings to be written easier. Nathaniel ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list