Hi Simos,
Yesterday at 15:02, Simos Xenitellis wrote:
I'll like to see some real numbers on the memory usage instead of
numbers being thrown around.
In Ubuntu 7.10, the PO files for en_GB are
$ du
-h /usr/share/locale/en_GB/LC_MESSAGES
/usr/share/locale-langpack/en_GB/LC_MESSAGES/
2.3M
Hi Tristan,
Sorry for the late response,
On March 6th, Tristan Van Berkom wrote:
I've already requested a string break for some important blockers
(i.e. glade in 2.18 is feature incomplete without them)... and I'll
be periodically requesting code freeze breaks for minor bug fixes
on Glade
Hi chpe,
Today at 14:05, Christian Persch wrote:
Recently, the Belarusian Latin translation team has started adding its
translations to many GNOME modules. However, they chose to use the
[EMAIL PROTECTED] name for their PO files, instead of following the
precedent
from [EMAIL PROTECTED] and
Today at 10:00, Nickolay V. Shmyrev wrote:
Heh, migration is finished, hopefully without new problems.
Thanks for taking care of this :)
Cheers,
Danilo
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
Hi Mariano,
Today at 18:46, Mariano Suárez-Alvarez wrote:
Someone who knows how to do it should really port gnome-hello to g-d-u,
though. Cf.
http://mail.gnome.org/archives/gnome-doc-list/2007-January/msg00067.html
Just so it's clear that people have seen that email, but mostly lack
the time
Hi Bill,
On January 9th, Bill Haneman wrote:
Danilo Šegan wrote:
I know SVN makes no difference between tags and branches, but lets
have at least some consistency. Can you please move these to
gail/branches/?
Li Yuan has pointed out the 'svn mv' command to me. Is that all
Hi Bill,
Today at 17:51, Bill Haneman wrote:
I've created gnome-2.16 branches for atk and gail.
atk seems to be under
http://svn.gnome.org/viewcvs/atk/tags/gnome-2-16/
instead of
http://svn.gnome.org/viewcvs/atk/branches/gnome-2-16/
Similarly for gail at:
Hi Kjartan,
Today at 22:12, Kjartan Maraas wrote:
Maybe we should consider setting up a formal git infrastructure so that
projects that want to use git will have a way to distribute their
repositories in a more standard way across GNOME?
git.gnome.org anyone? With a gitweb interface?
And
Today at 22:44, Germán Poó Caamaño wrote:
This would encourage developers to use non-central repositories, thus
making work of non-developers (think translators, artists,
documentors) much harder. In other words, GNOME subprojects would
not be able to work with those other repositories as
Today at 23:22, Sriram Ramkrishna wrote:
Even better, you don't have to give a cvs/svn account to every
contributor. Allowing the barrier of entry to be a lot easier.
You guys seem to be engaging in the SVN vs. GIT (or any other RCS)
again. I thought that this discussion was over, and I am
On Friday at 23:42, Matthew Paul Thomas wrote:
Right, and the reason Epiphany can't *solely* use the language from the
locale is that (as I understand it) the locale can refer to only one
language. There is no way to say, for example, I prefer reading stuff
in Swiss German, but if that's
Hi all,
This is my evaluation (with GTP spokesperson hat on) of the Gnome
modules which are proposed for inclusion in 2.18. It's based only on
the perceived localizability of the app, usually untested, but
judging by the strings in the PO files, and how comfortable will GTP
in working with them.
Hi Don,
Today at 17:59, Don Scorgie wrote:
What about gnome-main-menu [1]? Is it still proposed (I may have missed
something)? What's the i18n teams take on it?
It's not listed in any of the ReleaseSuites on
http://live.gnome.org/TwoPointSeventeen
So, what's the status on that one?
Hi Matthew,
On Monday at 11:48, Matthew Paul Thomas wrote:
Ideally Epiphany's language preferences wouldn't be in Epiphany, they'd
be in a system-wide preferences tool (as they are for Windows Internet
Explorer with the Regional Settings control panel, and for Safari and
other Mac
Hi all,
This is my evaluation (with GTP spokesperson hat on) of the Gnome
modules which are proposed for inclusion in 2.18. It's based only on
the perceived localizability of the app, usually untested, but
judging by the strings in the PO files, and how comfortable will GTP
in working with them.
Today at 17:41, Sri Ramkrishna wrote:
So there's been no comment on this (or I must have missed it). Are we
considering Orca for GNOME 2.16[1]?
It is pretty clear that we want to replace Gnopernicus with Orca,
especially since Gnopernicus maintainers support that as well.
Who are we to argue
Yesterday at 18:09, Calum Benson wrote:
I've just branched gnome-themes in preparation for 2.15 development
work; branch name is gnome-2-14 as usual.
Thanks for the notice, translation status pages updated.
Cheers,
Danilo
___
desktop-devel-list
Hi Bob,
Yesterday at 23:41, Bob Kashani wrote:
I like this much better. It flows much nicer too. I made the changes.
Also note that if you want translated release notes, you'll have to be
much more strict about such changes at this time.
We are only 5 days from a release, and there are only
Today at 0:54, Elijah Newren wrote:
On 3/9/06, Davyd Madeley [EMAIL PROTECTED] wrote:
On Fri, Mar 10, 2006 at 12:27:32AM +0100, Danilo ??egan wrote:
With Gnome 2.12 we were very successful with translation (24
languages!), but notes were finished two weeks before the release,
and
Today at 1:37, Bob Kashani wrote:
I am going to let Bob and Claus finish up with the editing, but I
will understand if at GUADEC, any translators want to come up and
punch me in the face.
Not really, if we can negotiate a truce. See below. ;)
In general I think that you've done a really
Hi Jeffrey,
Your commit on February 24th to gnome-volume-manager broke the string
freeze:
http://cvs.gnome.org/viewcvs/gnome-volume-manager/src/manager.c?r1=1.130r2=1.131
Please revert this change and instead consider:
- branching for Gnome 2.14 before introducing this change
- asking for
Hi Dan,
Today at 15:11, Dan Winship wrote:
Do we have any evidence that any distro actually cares what we consider
to be in and out of the desktop release? Is there some distro out there
loyally shipping epiphany as its default browser and waiting for us to
certify GIMP before they allow it
Hi Vincent,
Today at 8:24, Vincent Untz wrote:
We'll be trying something new for new modules in 2.16. I think most of
us agree that it didn't turn out well for this cycle.
Like: lets remove all desktop modules, and reevaluate them again?
Not that it would bring any concrete results, but I'd
Hi guys,
Today at 2:55, Rodney Dawes wrote:
I have just branched gnome-icon-theme for gnome-2-14, from an earlier
date in the 2.13 cycle, where the changes to follow the naming spec have
not yet been implemented. A couple of fixes and a new icon used by the
search functionality added to
On Tuesday at 21:16, Shaun McCance wrote:
And Danilo, that reminds me, we *really* need to get some sort of
sans-autogen sans-make method of updating documentation po files
into gnome-doc-utils/xml2po in the next release cycle. I'm sure
translators are sick of me forcing them to do full
Yesterday at 20:00, Elijah Newren wrote:
On 1/30/06, Torsten Schoenfeld [EMAIL PROTECTED] wrote:
Aloha,
why am I seeing more and more CVS conflicts for *.po files in
documentation directories? This happens for quite a few modules
(gucharmap and gnome-applets come to mind); and their number
Today at 12:27, Luca Ferretti wrote:
It's quiet obvious that we want to have those translated. Feel free to
patch POTFILES.in, and please don't forget to send an e-mail to
gnome-i18n.
No CVS access and no subscription to gnome-i18n :-P
So could other brave do it?
I've just fixed it.
Today at 21:08, Vincent Untz wrote:
The difficult part is, however, to make maintainers use this database
when they add new strings. I don't know how we could do this.
I think it would be simple to make them use it provided we have a good
similarity matching algorithm.
Also, this will only
Hi Elijah,
It's wonderful that you're taking initiative to streamline our release
process! I love all the suggestions, and I'll chip in with my thoughts.
Today at 7:42, Elijah Newren wrote:
The specific solutions I'm proposing are:
- Tarballs are due by 23:59 UTC on the Monday specified
Hi Harish,
(I've picked this from a response by Luis Villa :)
On Wednesday at 16:34, Luis Villa wrote:
On 8/31/05, Harish Krishnaswamy [EMAIL PROTECTED] wrote:
hi,
The gnome-2-12 branch for Evolution and Evolution-Data-Server has been
created. This would be the stable branch for
Yesterday at 17:14, Rodney Dawes wrote:
Beyond that, the only other thing which I care about that uses expat,
is the XML::Parser perl module, which we require for intltool.
But note that in the long run, I'd be willing to port intltool to
libxml2. However, we all remember the problems we had
Today at 8:06, Brian Cameron wrote:
The gdm2 GNOME module is now branched for 2.12.
Try gnome-i18n@gnome.org instead of [EMAIL PROTECTED]
(Hum, how about creating an alias?)
Cheers,
Danilo
___
desktop-devel-list mailing list
Hi Luca,
Today at 8:12, Luca Ferretti wrote:
Using g-d-u 0.3.2 if you don't declare DOC_FIGURES in Makefile.am images
will be ignored. This variable needs the 'full relative' path to all
images you want to install. See following reduced installation logs
Shaun already fixed this problem: he
Yesterday at 23:51, Shaun McCance wrote:
Probably not related. This is likely an issue of how gnome-doc-utils
is calling xml2po. I think xml2po does something like take the basename
of the po file as the language. I remember before having to adjust how
I called it to make sure the language
Heya hackers,
We've just written a guide to help you migrate your modules to
gnome-doc-utils, which will immensly help both documentors and
translators.
Just head straight over to:
http://live.gnome.org/GnomeDocUtilsMigrationHowTo
The early winners are bug-buddy (which shaunm converted) and
Today at 22:42, Richard Stellingwerff wrote:
Personally, I'd really prefer to keep distributing standalone
packages, since it allows me to do more frequent releases.
Nobody would object if gtk-engines got more frequent releases. :)
I.e. this should not impact a decision, since if clearlooks
Today at 18:56, Elijah Newren wrote:
Sane? Insane?
Does it matter? I think it'd be useful, though I'm betting libwnck
fails and I'll be unable to fix it (I wasn't able to last time I
tried, but thankfully people smarter than I are handling the
releases...)
I managed once to build entire
Yesterday at 21:36, Larry W. Virden wrote:
On Thu, 2005-07-07 at 07:43 -0700, Rob Adams wrote:
and focus-follows-mouse is just
silly really, despite the fact that I use it :-) ).
Sorry - but focus follows mouse is so far from silly that
the word loses its meaning in context.
Let me
Today at 11:09, Reinout van Schouwen wrote:
I don't know what liboobs is, but you did remind me of the fact that the
GNOME i18n applet still hasn't been integrated. Does anyone know the
status of that? Can we get it in for 2.12?
While servers are still up:
Hi Peter, all the Gnome Hackers,
I'm CCing d-d-l since this is a discussion about l10n API addition
that will affect many developers as well.
I've added my comments to bug Peter Nugent opened:
http://bugzilla.gnome.org/show_bug.cgi?id=307121
and I'd appreciate if any of the hackers
Hi Federico,
Last Wednesday at 21:02, Federico Mena Quintero wrote:
It would be great if you could start a checklist in live.gnome.org of
particular APIs which are widely used and upon which people need to set
up things like gettext domains. I could certainly use this for the
Gnome
Today at 16:27, Frederic Crozat wrote:
So, if you are a non-english native speaker GNOME hacker (or if you are
fluent enough to use GNOME in another language than english), please use
it by default on your system and report bugs (when translations is there
but not displayed). And of course,
Today at 13:54, Dave Neary wrote:
Is it possible to add an RSS feed for archives of mailman lists which
makes it easy to subscribe read-only to mailing lists using rss?
It's that many more ways that someone can read the list, and
eventually ignore it for days if they don't have time without
Yesterday at 20:52, Kjartan Maraas wrote:
This patch tries to clean up gconf usage so we at least unref
GConfClient whenever we use them. There are some other bits in here as
well, but nothing controversial. Feedback is much appreciated.
I think this won't compile with GCC 2.95.* (or any C89
Today at 13:48, Bill Haneman wrote:
Perhaps. But with the political issues surrounding 'Taiwan', would it
not be safer not to introduce this string?
We're not proclaiming it's independence of China, in the same way that
we're not proclaiming Hong Kong's independence of China, even though
Any news on this, Jens?
Last Tuesday at 22:57, Danilo egan wrote:
Hi Jens,
(Though I suspect this was unintentional, and Jens only forgot to
branch EOG for gnome-2-10 [at least I don't see it], I'm using almost
standard mail template for string freeze breakages.)
There have been
Hi Jens,
(Though I suspect this was unintentional, and Jens only forgot to
branch EOG for gnome-2-10 [at least I don't see it], I'm using almost
standard mail template for string freeze breakages.)
There have been numerous string freeze breakages (at least twelwe
new/changed messages) in EOG:
Hi Simos,
Today at 22:01, Simos Xenitellis wrote:
It looks more canonical to me to make the dependancy to the Translation
Project.
You got it a bit mixed up :)
Translation Project (TP) is basically for other programs what GTP is
for Gnome: a translation project. You cannot add a dependency
Today at 21:15, Christian Persch wrote:
I'd like to add a new external dependency to GNOME Desktop: the
iso-codes package. It's available from cvs
[http://alioth.debian.org/projects/pkg-isocodes/] and tarball
[http://people.debian.org/~mckinstry/iso-codes-0.45.tar.gz].
FWIW, you have my
Today at 23:27, Rodney Dawes wrote:
This is a bug, that I believe jody just fixed in HEAD. Given proper
categories, you get the same UI that you were talking about, and that
Mac OS X uses.
Even better! So, what is wrong with it actually?
Cheers,
Danilo
Hi Ryan,
Today at 2:51, Ryan McDougall wrote:
I think the best place to put this pre-load optimization is the same
place Windows XP, (I think MacOSX,) and FC4 put it: On boot they read
into RAM a working set of files optimally arranged on disk (100MB should
take a couple seconds), so that
51 matches
Mail list logo
