There is the further issue of translation.
The Bulgarian team had prepared a translation to Zeitgeist available
here:
http://fsa-bg.org/project/gtp/browser/gnome/gnome3/zeitgeist.trunk.bg.po
We could not import it to Launchpad because a team member there had
locked the translation. (and we had
Hi Mikkel,
On Thu 22 Apr 2010 21:40, Mikkel Kamstrup Erlandsen mikkel.kamst...@gmail.com
writes:
Here's what we do. We set a series of milestones and target bugs and
blueprints to these milestones. We also attach branches (not patches)
to bugs and blueprints. When a linked branch is ready to
2010/4/23 Александър Шопов li...@kambanaria.org:
There is the further issue of translation.
We already agreed that translations can be moved to GNOME infrastructure.
I've just committed the translation, btw. Thanks!
--
Siegfried-Angel Gevatter Pujals (RainCT)
Free Software Developer
I have just released GLib 2.25.2 and GConf 2.31.2. These release
contain the accumulated bug-fixes that came out of the early adoption
after my .1 releases earlier this week. Overall, things should be
pretty solid now, so if you hesitated to jump last time, now is an
even better time.
Some
On Thu, 2010-04-22 at 09:27 -0400, Matthias Clasen wrote:
On Thu, Apr 22, 2010 at 8:03 AM, Rodrigo Moya rodr...@gnome-db.org wrote:
On Tue, 2010-04-20 at 11:04 -0400, Matthias Clasen wrote:
On Tue, Apr 20, 2010 at 10:50 AM, Xavier Claessens xclae...@gmail.com
wrote:
Nice. Just a
В Fri, 23 Apr 2010 06:52:07 -0400, Matthias Clasen написа:
- There is now an AM_GSETTINGS autoconf macro similar to
AM_GCONF_SOURCE_2
This is a good opportunity to stop abusing Automake's macro namespace,
which unfortunately many GNOME-related macros have been doing for years.
On Fri, 2010-04-23 at 11:54 +, Yavor Doganov wrote:
В Fri, 23 Apr 2010 06:52:07 -0400, Matthias Clasen написа:
- There is now an AM_GSETTINGS autoconf macro similar to
AM_GCONF_SOURCE_2
This is a good opportunity to stop abusing Automake's macro namespace,
which unfortunately many
В Fri, 23 Apr 2010 13:23:56 +0100, Bastien Nocera написа:
This is a good opportunity to stop abusing Automake's macro namespace,
What do you recommend replacing it with?
GLIB_GSETTINGS seems natural, as the glib package is the owner of the
macro. (You can use AU_DEFUN to facilitate
On Fri, 2010-04-23 at 06:52 -0400, Matthias Clasen wrote:
I have just released GLib 2.25.2 and GConf 2.31.2. These release
contain the accumulated bug-fixes that came out of the early adoption
after my .1 releases earlier this week. Overall, things should be
pretty solid now, so if you
On 04/23/2010 07:54 AM, Yavor Doganov wrote:
В Fri, 23 Apr 2010 06:52:07 -0400, Matthias Clasen написа:
- There is now an AM_GSETTINGS autoconf macro similar to
AM_GCONF_SOURCE_2
This is a good opportunity to stop abusing Automake's macro namespace,
which unfortunately many GNOME-related
2010/4/23 Yavor Doganov ya...@gnu.org:
В Fri, 23 Apr 2010 13:23:56 +0100, Bastien Nocera написа:
This is a good opportunity to stop abusing Automake's macro namespace,
What do you recommend replacing it with?
GLIB_GSETTINGS seems natural, as the glib package is the owner of the
macro.
Anyone,
A group of us have been discussing names for a DBus magnifier service.
We have come to a consensus.
Service names:
org.gnome.magnifier
org.gnome.magnifier.zoomregion
Object names:
/org/gnome/Magnifier
/org/gnome/Magnifier/ZoomRegion
Do you see any problems with these names?
--
I think it would be worth fleshing out some existing parts of the
design, like the application menu and launchers, before delving in to
gizmos as a separate component. In the end, if the rest is done to
cover the appropriate jobs, they may not be necessary.
One really dumb thing with gnome-panel
On Tue, Apr 20, 2010 at 2:30 PM, Joseph Scheuhammer cl...@utoronto.ca wrote:
Anyone,
A group of us have been discussing names for a DBus magnifier service. We
have come to a consensus.
Service names:
org.gnome.magnifier
Should be org.gnome.Magnifier
org.gnome.magnifier.zoomregion
GObject Introspection in the bindings set
---
I'd like to propose GObject Introspection as part
of the bindings release set. Introspection is an infrastructure tool
for both applications and language bindings.
For more background, there's a longer description of what
introspection does here:
On Thu, 2010-04-22 at 19:01 +0200, Seif Lotfy wrote:
Our current development is heavily based on launchpad.
We are discussing the issue and we don't see a problem to have our
trunk from launchpad ported to git with every release. However we do
want to keep our development branches in
On Fri, 2010-04-23 at 16:52 -0400, Curtis Hovey wrote:
On Thu, 2010-04-22 at 19:01 +0200, Seif Lotfy wrote:
Our current development is heavily based on launchpad.
We are discussing the issue and we don't see a problem to have our
trunk from launchpad ported to git with every release.
Hi,
On Sat, Apr 24, 2010 at 12:05 AM, Colin Walters walt...@verbum.org wrote:
We've made a good
amount of progress in allowing Vala to be rebased on introspection as
well (though there is one major blocker still left for that).
The nested namespace issue you mentioned below?
1)
On Sat, Apr 24, 2010 at 4:29 AM, Owen Taylor otay...@redhat.com wrote:
On Fri, 2010-04-23 at 16:52 -0400, Curtis Hovey wrote:
I think Launchpad + BZR and GNOME + git can interoperate fine.
[snip]
I think the question is, is this OK for a GNOME module?
The main point of requiring use of GNOME
19 matches
Mail list logo