Le mercredi 12 septembre 2007 à 19:30 +0100, Don Scorgie a écrit :
Hi,
I've just released Rarian 0.6.0 and would like to update the external
dependence for GNOME to this.
Current version (minimum and recommended): 0.5.8
Suggested version: 0.6.0
Reasons:
GNOME bug #474556 [1]
Fixes
Hi Lucas,
Except librsvg, any other component use libgsf?
Regards,
Halton.
On Mon, 2007-09-10 at 00:42 +0300, Lucas Rocha wrote:
Hi,
I'd like to suggest updating the minimum and recommended versions of
libgsf (external dep) from 1.14.4 to 1.14.5. Reason: it makes librsvg
correctly handle
On Thu, 2007-09-13 at 21:39 +0200, Olav Vitters wrote:
I think one of 2 things:
1. Because /cvs/gnome was a repos, and /svn is not. E.g., under CVS, you
couldn't (IIRC) create something under /cvs, but you could under SVN.
2. CVS was smart enough to create the repos
If you check svn help
Le jeudi 13 septembre 2007 à 21:33 -0400, Behdad Esfahbod a écrit :
This is definitely a killer feature, but there is no design limitation
preventing implementation of such a feature in subversion. A working
svn-bisect script would definitely be a worthwhile contribution.
Ya, you need to
On Thu, 2007-09-13 at 23:39 +0200, Olav Vitters wrote:
On Thu, Sep 13, 2007 at 04:26:19PM -0500, Diego Escalante Urrelo wrote:
On 9/11/07, Tim Miao [EMAIL PROTECTED] wrote:
This is Tim from Sun desktop team. I'm looking for some GNOME2.20 API
references pages/packages/tarballs. Would
On Fri, 2007-09-14 at 11:40 +0200, Frederic Peters wrote:
Murray Cumming wrote:
library.gnome.org pages are uploaded from documentation in tarballs,
with some minor transformations, I believe. So we should be able to just
point people to the tarball (though they will get the source code
Le mercredi 12 septembre 2007, à 19:30 +0100, Don Scorgie a écrit :
Hi,
I've just released Rarian 0.6.0 and would like to update the external
dependence for GNOME to this.
Current version (minimum and recommended): 0.5.8
Suggested version: 0.6.0
Reasons:
GNOME bug #474556 [1]
Fixes
Murray Cumming wrote:
library.gnome.org pages are uploaded from documentation in tarballs,
with some minor transformations, I believe. So we should be able to just
point people to the tarball (though they will get the source code too,
and they won't get all of the documentation in one
Hi, Halton,
Except librsvg, any other component use libgsf?
According to the GNOME 2.20 jhbuild moduleset bits, the following
modules depend on libgsf:
- gnumeric
- goffice
- planner
- tracker
None of them are official GNOME modules.
--lucasr
On Mon, 2007-09-10 at 00:42 +0300, Lucas Rocha
On 9/14/07, Alexander Larsson [EMAIL PROTECTED] wrote:
On Thu, 2007-09-13 at 21:39 +0200, Olav Vitters wrote:
I think one of 2 things:
1. Because /cvs/gnome was a repos, and /svn is not. E.g., under CVS, you
couldn't (IIRC) create something under /cvs, but you could under SVN.
2. CVS was
Hi,
On Fri, 2007-09-14 at 11:41 +0200, Vincent Untz wrote:
Le mercredi 12 septembre 2007, à 19:30 +0100, Don Scorgie a écrit :
Hi,
I've just released Rarian 0.6.0 and would like to update the external
dependence for GNOME to this.
Current version (minimum and recommended): 0.5.8
On Fri, Sep 14, 2007 at 05:36:36AM -0700, Sanford Armstrong wrote:
Yes, using a command called svndumpfilter. You'd have to not care
about your revision numbers being resequenced.
People care about that?
I always renumber them. However, by default it doesn't.
--
Regards,
Olav
Le vendredi 14 septembre 2007 à 15:12 -0300, Jonh Wendell a écrit :
Em Sex, 2007-09-14 às 19:59 +0200, Claude Paroz escreveu:
Le vendredi 14 septembre 2007 à 14:35 -0300, Jonh Wendell a écrit :
Hi, folks.
What needs to be done in order to get Vinagre[1] into GTP?
First, you need
On Fri, 2007-09-14 at 05:36 -0700, Sanford Armstrong wrote:
Does this work though? I mean, if testingground is a single module, is
it really possible to extract the version history for a single
subdirectory and create a new svn module from that?
Yes, using a command called svndumpfilter.
On 9/14/07, Olav Vitters [EMAIL PROTECTED] wrote:
On Fri, Sep 14, 2007 at 05:36:36AM -0700, Sanford Armstrong wrote:
Yes, using a command called svndumpfilter. You'd have to not care
about your revision numbers being resequenced.
People care about that?
Probably not in our case, but I can
On Fri, Sep 14, 2007 at 09:49:37AM -0500, Federico Mena Quintero wrote:
Ugh, but you then get branches that span everything under testingground
(right?).
No. You'd get
/svn/testingground/$INNOVATION/{branches,tags,trunk}
With dumploading, I'd just s/$INNOVATION//, load it into a new SVN
repos
Em Sex, 2007-09-14 às 19:59 +0200, Claude Paroz escreveu:
Le vendredi 14 septembre 2007 à 14:35 -0300, Jonh Wendell a écrit :
Hi, folks.
What needs to be done in order to get Vinagre[1] into GTP?
First, you need to buy 10 huge ice creams to vuntz. Then you'll may be
lucky enough to get
Hi all!,
I've just released system-tools-backends 2.4.0, this release was
intended to be synchronized with the 2.20 schedule, and I'd like it to
be the recommended version, The minimum version can stay as it is, as
they're compatible.
Reasons? Lots of bugfixing, and being able to set WPA in
On Fri, 2007-09-14 at 11:27 -0700, Sanford Armstrong wrote:
For example, whenever we commit a patch in Tomboy,
we mention the relevant revision number in a bug comment. If Bugzilla
were smarter it might be able to do neat things with that, and we
might come to depend on that feature.
You
On Fri, 2007-09-14 at 20:21 +0200, Olav Vitters wrote:
On Fri, Sep 14, 2007 at 05:36:36AM -0700, Sanford Armstrong wrote:
Yes, using a command called svndumpfilter. You'd have to not care
about your revision numbers being resequenced.
People care about that?
I always renumber them.
I am wondering why discussion is continuing in the Git vs SVN (was:
Can we improve things?) thread, why the discussion is not happening
here instead ?!
I don't want to offend anyone (so take it lightly), but I am afraid
that many of us are subject to a Confirmation bias ... Can't we just
continue
It is worth noting that the new release of subversion will support
some of its own merge tracking (which would/will be nice).
http://subversion.tigris.org/merge-tracking/
I think the proposal to add git-daemon to www.gnome.org is a good
idea, no weather the best move is to immediately use git in
I branched libsoup for 2.20 and updated jhbuild.
Note that there has not been a libsoup release since 2.18 went out, due
to a blocker in HEAD, and so the 2.20 branch is branched from the same
point as the 2.18 branch, even though there are additional fixes in HEAD
(which will eventually see
Le vendredi 14 septembre 2007, à 09:49 -0500, Federico Mena Quintero a écrit :
I think we should have git-daemon available for people to put stuff in
their home directories on www.gnome.org. This is *not* the same as
moving all of svn.gnome.org to Git (which is a major project that needs
to
On Fri, Sep 14, 2007 at 03:21:23PM -0400, Hubert Figuiere wrote:
On Fri, 2007-09-14 at 11:27 -0700, Sanford Armstrong wrote:
For example, whenever we commit a patch in Tomboy,
we mention the relevant revision number in a bug comment. If Bugzilla
were smarter it might be able to do neat
Hello,
I had reported the bug on vte
(http://bugzilla.gnome.org/show_bug.cgi?id=476726) but I actually face
it in other modules (just tested gedit) and a lot may have the same
problem.
I am not sure if this is a new issue coming from automake
1.10/autoconf 2.61 or if I just never faced it for
PS.: Sorry for the second message, I send the first with the wrong e-mail.
Hi,
We get some trouble with the composite extension being ignored due a
wrong value read from the DISPLAY variable. This wrong value was
introduced direct or indirect by bug #427992:
27 matches
Mail list logo