Hi,
l10n.gnome.org updated.
Cheers,
On dj, 2009-04-16 at 08:19 +0530, Johnny Jacob wrote:
Hello,
I've branched evolution-mapi for gnome-2-26.
Thanks.
___
gnome-i18n mailing list
gnome-i...@gnome.org
On Thu, 2009-04-16 at 16:58 -0400, Owen Taylor wrote:
The great migration to git.gnome.org is now underway. Once your module
shows up on http://git.gnome.org/cgit/, you'll notice that it is
described as:
Unnamed repository; edit this file to name it for gitweb.
Since you want something
On Fri, 2009-04-17 at 10:21 +0100, John Carr wrote:
I think its a post push hook to poke the git module settings and wasnt
run as part of the import.
Sounds reasonable. Editing the file and pushing updated the site.
Next I tried to clean up the tags in devilspie:
$ git push --tags
Total 0
On Thu, 2009-04-16 at 16:34 -0500, Shaun McCance wrote:
modulename.doap
Which is a DOAP file (in RDF/XML) for your module.
Are we meant to install the DOAP file on the destination computer,
include it in the tarball or should it just live in git?
Richard.
I'm not sure if the import process is still under way but my project,
BillReminder, has not been imported yet.
http://git.gnome.org/cgit/billreminder/ Is it still happening?
Thanks in advance,
--
Og B. Maciel
omac...@foresightlinux.org
ogmac...@gnome.org
ogmac...@ubuntu.com
GPG Keys: D5CFC202
Em Sex, 2009-04-17 às 07:11 -0400, Og Maciel escreveu:
I'm not sure if the import process is still under way but my project,
BillReminder, has not been imported yet.
http://git.gnome.org/cgit/billreminder/ Is it still happening?
Thanks in advance,
Perhaps nobody wants to be reminded about
On Fri, 2009-04-17 at 07:11 -0400, Og Maciel wrote:
I'm not sure if the import process is still under way but my project,
BillReminder, has not been imported yet.
http://git.gnome.org/cgit/billreminder/ Is it still happening?
Thanks in advance,
It looks like there was a problem in importing
On Fri, 2009-04-17 at 07:34 -0400, Owen Taylor wrote:
On Fri, 2009-04-17 at 07:11 -0400, Og Maciel wrote:
I'm not sure if the import process is still under way but my project,
BillReminder, has not been imported yet.
http://git.gnome.org/cgit/billreminder/ Is it still happening?
Thanks
gnome-packagekit is currently hosted in git on packagekit.org. We used
to accept translations from svn.gnome.org, which were added by doing
svn up and then adding the commit manually to git. The code changes in
git was then pushed back to svn using:
svn commit -m from git
Not ideal, but it
On Fri, 2009-04-17 at 09:45 +0100, Richard Hughes wrote:
gnome-packagekit is currently hosted in git on packagekit.org. We used
to accept translations from svn.gnome.org, which were added by doing
svn up and then adding the commit manually to git. The code changes in
git was then pushed back
On Fri, Apr 17, 2009 at 10:08 AM, Ross Burton r...@burtonini.com wrote:
On Thu, 2009-04-16 at 16:58 -0400, Owen Taylor wrote:
The great migration to git.gnome.org is now underway. Once your module
shows up on http://git.gnome.org/cgit/, you'll notice that it is
described as:
Unnamed
Bastien Nocera schrieb:
On Fri, 2009-04-17 at 07:34 -0400, Owen Taylor wrote:
On Fri, 2009-04-17 at 07:11 -0400, Og Maciel wrote:
I'm not sure if the import process is still under way but my project,
BillReminder, has not been imported yet.
http://git.gnome.org/cgit/billreminder/ Is it still
On Fri, 2009-04-17 at 13:16 +0100, Bastien Nocera wrote:
On Fri, 2009-04-17 at 07:34 -0400, Owen Taylor wrote:
On Fri, 2009-04-17 at 07:11 -0400, Og Maciel wrote:
I'm not sure if the import process is still under way but my project,
BillReminder, has not been imported yet.
On Fri, Apr 17, 2009 at 08:48:28AM -0400, Owen Taylor wrote:
(Overall status is about 480/580 repositories converted at this point,
including all the big ones.)
Not at all time critical, just wondering:
The SVN archive modules, can these also be migrated?
--
Regards,
Olav
Owen Taylor wrote:
Thanks to Shaun McCance there's no need to worry about how to create a
DOAP file, just find your module in:
http://www.gnome.org/~shaunm/pulse/web/
And select the Download DOAP template file link to get a DOAP file for
your module that you can then edit as necessary.
On Fri, Apr 17, 2009 at 4:18 PM, Dan Winship d...@gnome.org wrote:
Owen Taylor wrote:
Thanks to Shaun McCance there's no need to worry about how to create a
DOAP file, just find your module in:
http://www.gnome.org/~shaunm/pulse/web/
And select the Download DOAP template file link to get a
On Fri, 2009-04-17 at 16:38 +0200, Patryk Zawadzki wrote:
I'd love to see an extension that lets you also list build- and
runtime dependencies per release so I don't have to constantly re-read
configure.am in vim every time a package is updated ;)
No, you'd have to re-read the DOAP file
On Fri, Apr 17, 2009 at 10:18:03AM -0400, Dan Winship wrote:
Owen Taylor wrote:
Thanks to Shaun McCance there's no need to worry about how to create a
DOAP file, just find your module in:
http://www.gnome.org/~shaunm/pulse/web/
And select the Download DOAP template file link to get
hi,
I am using librsvg to get pixbufs for my app. I could not find a dedicated list,
for it, hope this one is okay.
First I am using deprecated api:
rsvg_pixbuf_from_file_at_size
as when using
rsvg_handle_get_pixbuf
I can specify the size it should be rendered (tried rsvg_handle_set_dpi and
On Fri, 2009-04-17 at 07:47 -0400, Owen Taylor wrote:
Does it work if we just delete the svn = gimp import and you follow the
new module import procedure described in:
I guess this will work -- can you please delete the gnome-packagekit
repo and I'll re-create it and push again later tonight.
On Thu, 2009-04-16 at 17:42 -0400, Behdad Esfahbod wrote:
On 04/16/2009 04:58 PM, Owen Taylor wrote:
The great migration to git.gnome.org is now underway.
Neato.
Once your module
shows up on http://git.gnome.org/cgit/, you'll notice that it is
described as:
Unnamed repository;
The DOAP template files in Pulse are just there to help
maintainers put actual DOAP files in their repositories.
In addition to providing a description for cgit, these
DOAP files can be then used by Pulse itself.
The notion is that Pulse will be able to serve DOAP files
for any module. It will
On Fri, 2009-04-17 at 11:46 -0400, Owen Taylor wrote:
B) Drop MAINTAINERS and move the information to the DOAP file.
(There would be some sort of transition period where we would
support both.)
definitely +1 for this
ciao,
Emmanuele.
--
Emmanuele Bassi,
W:
On Fri, Apr 17, 2009 at 4:57 PM, Ross Burton r...@burtonini.com wrote:
On Fri, 2009-04-17 at 16:38 +0200, Patryk Zawadzki wrote:
I'd love to see an extension that lets you also list build- and
runtime dependencies per release so I don't have to constantly re-read
configure.am in vim every time
On Fri, 2009-04-17 at 16:17 +0100, Richard Hughes wrote:
On Fri, 2009-04-17 at 07:47 -0400, Owen Taylor wrote:
Does it work if we just delete the svn = gimp import and you follow the
new module import procedure described in:
I guess this will work -- can you please delete the
On 04/17/2009 11:46 AM, Owen Taylor wrote:
B) Drop MAINTAINERS and move the information to the DOAP file.
(There would be some sort of transition period where we would
support both.)
I like B) better; I'd rather one file than a collection of little files.
+1.
behdad
- Owen
On 04/17/2009 11:52 AM, Shaun McCance wrote:
On Fri, 2009-04-17 at 10:18 +0100, Richard Hughes wrote:
Are we meant to install the DOAP file on the destination
computer, include it in the tarball or should it just live
in git?
DOAP files are to live in git in the top-level directory
of each
On Thu, 2009-04-16 at 17:42 -0400, Behdad Esfahbod wrote:
Are we moving away from the MAINTAINERS file?
/me doesn't like duplicate information
I'm rather ambivalent about this. I agree that duplicate
information sucks. Pulse can read our MAINTAINERS files
just fine, although
On 04/17/2009 10:18 AM, Dan Winship wrote:
Owen Taylor wrote:
Thanks to Shaun McCance there's no need to worry about how to create a
DOAP file, just find your module in:
http://www.gnome.org/~shaunm/pulse/web/
And select the Download DOAP template file link to get a DOAP file for
your
On 04/17/2009 01:32 PM, Shaun McCance wrote:
I thought MAINTAINERS was a GNU convention, but that we had
our own quasi-format for it that we introduced a short while
ago for Mango.
My memory is that it's not a GNU convention, and indeed I can't find it in GNU
Coding Standards. Another proof
On Fri, 2009-04-17 at 11:46 -0400, Owen Taylor wrote:
Duplication is certainly bad. We have two ways to go:
A) Not put the maintainers list in the DOAP files and have them in
the MAINTAINERS file. The plan is that Pulse will be able to take
the .doap files from the module and add
On Fri, 2009-04-17 at 20:03 +0200, Cosimo Cecchi wrote:
On Fri, 2009-04-17 at 11:46 -0400, Owen Taylor wrote:
Duplication is certainly bad. We have two ways to go:
A) Not put the maintainers list in the DOAP files and have them in
the MAINTAINERS file. The plan is that Pulse will
Personally, we should cede the desktop to other projects like XFCE
that work very well with minimal hardware requirements. I've noticed
a lot of projects in GNOMEFiles with goals to write lightweight
panels and what not. 10 years is a reasonable amount of time to
expect hardware
On Fri, 2009-04-17 at 20:03 +0200, Cosimo Cecchi wrote:
On Fri, 2009-04-17 at 11:46 -0400, Owen Taylor wrote:
Duplication is certainly bad. We have two ways to go:
A) Not put the maintainers list in the DOAP files and have them in
the MAINTAINERS file. The plan is that Pulse will
On Fri, Apr 17, 2009 at 6:52 AM, Kalle Vahlman kalle.vahl...@gmail.com wrote:
Hi Kalle,
Probably that's why it links to Git Community Book and other resources...
please don't get me wrong, I didn't mean to be harsh or anything, I'm
sure I'll love git and I'm really grateful to Owen and the
On Fri, Apr 17, 2009 at 8:38 PM, Pat Suwalski p...@suwalski.net wrote:
Patryk Zawadzki wrote:
aclocal -I barbeque
BARBEQUE_OMG([ponies = 1], [rainbows = 0])
ICANHAS(kthxbye)
WTF. Śmieszne. Been exploring the Mary Jane?
At least some of the m4 macros look just like that: callouts to macros
Hey everyone,
was wondering if you have had any chance to find out how to tell
jhbuild (via jhbuildrc) to build an especific branch/tag of your
project.
Also, it seems to me that gnome-common is missing some files(?), at
least comparing:
http://svn.gnome.org/viewvc/gnome-common/trunk/
with:
Hi all,
Just a quick note that I've been working a bit on cleaning up our git
documentation. It is now centralized here:
http://live.gnome.org/Git
And the main developer howto has been simplified. It now recommends a
single simple workflow of hacking, making a single commit, and
generating a
Hi,
Based on an idea from halfline, I hacked a few lines to automatically generate
.gitignore from Makefile.am. It grew to a couple hundred lines, and is
available from pango/git.mk.
http://git.gnome.org/cgit/pango/tree/git.mk
It generates perfect .gitignore files for pango, vte,
Hi,
Based on an idea from halfline, I hacked a few lines to automatically
generate .gitignore from Makefile.am. It grew to a couple hundred lines,
and is available from pango/git.mk.
http://git.gnome.org/cgit/pango/tree/git.mk
It generates perfect .gitignore files for pango, vte,
40 matches
Mail list logo
