Re: Module Proposal: Rygel
Hi, On Sat, Feb 20, 2010 at 11:57 PM, Zeeshan Ali (Khattak) wrote: > > * Rygel is already readily available in two major distributions: > Debian and Fedora. Now it's also available in Ubuntu (lucid). Its also available in an unofficial Gentoo repo: http://gpo.zugaina.org/net-misc/rygel -- Regards, Zeeshan Ali (Khattak) FSF member#5124 ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Module Proposal: PDF Mod
On 20 Feb 2010, at 17:06, Johannes Schmid wrote: > Hi! > >> Would be nice to see it integrated in evince in some way, the problem is >> that I am not sure evince supports "extensions" (like, for example, eog >> supports) :-/ > > Quoting from the orignal Proposal Mail: > "Miscellaneous: People have raised the idea of adding PDF Mod's > functionality to Evince. Some good reasons why having them separate > is best: > 1) Each app is simpler this way; users can't get into edit mode > accidentally and be confused > 2) Quoting Evince maintainers: "Editing capabilities are actually out > of scope in evince, see bug #314683." Personally I'd encourage the evince maintainers to revisit that thought. Apple added simple editing to the equivalent app on OS X (Preview.app) over the past couple of releases, for both PDFs and images, and it's both unobtrusive and very useful. Having become used to that, I'd hate to have to open a separate GNOME app just to rotate a page in a PDF file I'd opened in Evince, just as I'd hate to have to open GIMP to rotate an image I was looking at in EOG (which I don't, because of course I can rotate directly in EOG). Cheeri, Calum. -- CALUM BENSON, Interaction Designer Sun Microsystems Ireland mailto:calum.ben...@sun.comOpenSolaris Desktop Team http://blogs.sun.com/calum +353 1 819 9771 Any opinions are personal and not necessarily those of Sun Microsystems ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Bump intltool version to 0.41.0
Currently we have this status: Minimum version: 0.37.1 Recommended version: 0.40.6 but gtksourceview master needs 0.41.0. We have two options: 1) increase the minimum version to 0.41 2) ask gtksourceview maintainers to downgrade Hoewever I think we should bump miminum version to at least 0.40.x A final note: Rodney, could you please upload 0.41 to http://ftp.gnome.org/pub/GNOME/sources/intltool/ ? ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Bump intltool version to 0.41.0
I accepted a patch of gnome goal that updated the build system and didn't notice that version bump I do not see any strong reason to force 0.41.0, gtksourceview built just fine with previus intltool versions up to a couple of days ago. Adding Javier in CC. Ciao Paolo Il giorno mer, 24/02/2010 alle 13.51 +0100, Luca Ferretti ha scritto: > Currently we have this status: > Minimum version: 0.37.1 > Recommended version: 0.40.6 > but gtksourceview master needs 0.41.0. > > We have two options: >1) increase the minimum version to 0.41 >2) ask gtksourceview maintainers to downgrade > > Hoewever I think we should bump miminum version to at least 0.40.x > > A final note: Rodney, could you please upload 0.41 to > http://ftp.gnome.org/pub/GNOME/sources/intltool/ ? > ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Bump intltool version to 0.41.0
Il giorno mer, 24/02/2010 alle 14.02 +0100, Paolo Borelli ha scritto: > I accepted a patch of gnome goal that updated the build system and > didn't notice that version bump Paolo, could you please check if the same commit updated required automake from 1.11 to 1.11.1? This breaks jhbuild :( ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Bump intltool version to 0.41.0
On Wed, 2010-02-24 at 14:02 +0100, Paolo Borelli wrote: > I accepted a patch of gnome goal that updated the build system and > didn't notice that version bump > I do not see any strong reason to force 0.41.0, gtksourceview built just > fine with previus intltool versions up to a couple of days ago. intltool 0.40.6 has a bug that breaks translations when building with LINGUAS. I'd appreciate it if we could avoid using that version in release tarballs. 0.41.0 works fine, as far as I know. Jürg ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: External Dependency Proposal: libappindicator
On Mon, 2010-02-22 at 00:25 +, Bastien Nocera wrote: > On Mon, 2010-02-22 at 11:18 +1100, Danielle Madeley wrote: > > On Fri, 2010-02-19 at 22:54 -0600, Ted Gould wrote: > > > > > > It would be much cleaner to > > > > either expose the underlying dbus api or proxy something that is > > > > explicitly designed with this in mind: GtkActions. > > > > > > That's a great idea. What do you think would be a good API/name > for a > > > function that did that? Do you think it should take an array of > actions > > > or some sort of root action? Do you think that the function that > takes > > > a GtkMenu * should be deprecated? > > > > It seems to me that it should probably take a GtkUIManager path. > > > > It can then serialise the menu description and association > GtkActions > > over the bus to be recreated on the other side. > > > > Applications creating their menus directly and not using > GtkUIManager > > should probably be ported anyway. > > There's a number of things you cannot do with GtkUIManager and > GtkActions though, which is have access to the presentation of the > menus. > > In gnome-bluetooth, I'd like to have bold menu items to represent > connected devices. I would also like to have some control over whether > device names will be ellipsised (or how). Both of which are currently > not possible with GtkActions. This is not impossible. You just have to add some custom data to the GtkAction and a custom connect_proxy callback that applies this to the widgets. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander LarssonRed Hat, Inc al...@redhat.comalexander.lars...@gmail.com He's a gun-slinging amnesiac barbarian who hangs with the wrong crowd. She's a time-travelling out-of-work widow prone to fits of savage, blood-crazed rage. They fight crime! ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Bump intltool version to 0.41.0
On Wed, 2010-02-24 at 13:51 +0100, Luca Ferretti wrote: > A final note: Rodney, could you please upload 0.41 to > http://ftp.gnome.org/pub/GNOME/sources/intltool/ ? The canonical location for intltool tarball downloads is: https://launchpad.net/intltool/+download ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Bump intltool version to 0.41.0
2010/2/24 Luca Ferretti : > Il giorno mer, 24/02/2010 alle 14.02 +0100, Paolo Borelli ha scritto: >> I accepted a patch of gnome goal that updated the build system and >> didn't notice that version bump > > Paolo, could you please check if the same commit updated required > automake from 1.11 to 1.11.1? > > This breaks jhbuild :( I'm sorry :/ Yes, I used 1.11.1 instead 1.11 because automake 1.10 and 1.11 are known to be suffering from critical security issues [1] I already updated the jhbuild modulest [2] to use the secure versions. Regards, [1] http://lists.gnu.org/archive/html/automake/2009-12/msg00012.html [2] http://git.gnome.org/browse/jhbuild/commit/?id=1c1b2c1379230e7c5a3d49c03066908a23221387 -- Javier Jardón Cabezas ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Bump intltool version to 0.41.0
Il giorno mer, 24/02/2010 alle 13.59 -0500, Rodney Dawes ha scritto: > On Wed, 2010-02-24 at 13:51 +0100, Luca Ferretti wrote: > > A final note: Rodney, could you please upload 0.41 to > > http://ftp.gnome.org/pub/GNOME/sources/intltool/ ? > > The canonical location for intltool tarball downloads is: > https://launchpad.net/intltool/+download > Fine, thanks. But if you no longer plan to use gnome.org for intltool tarballs, maybe someone should add a README file in that ftp directory saying new releases could be found on launchpad. I don't have access to gnome.org ftp, so... ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Bump intltool version to 0.41.0
On Thu, Feb 25, 2010 at 1:10 AM, Luca Ferretti wrote: > Il giorno mer, 24/02/2010 alle 13.59 -0500, Rodney Dawes ha scritto: >> The canonical location for intltool tarball downloads is: >> https://launchpad.net/intltool/+download >> > Fine, thanks. But if you no longer plan to use gnome.org for intltool > tarballs, maybe someone should add a README file in that ftp directory > saying new releases could be found on launchpad. > Or, just upload to both places. Surely it cannot be difficult to automate it as a part of the upload-to-launchpad process. :) -- ~Nirbheek Chauhan Gentoo GNOME+Mozilla Team ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list