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:
http://bugzilla.gnome.org/show_bug.cgi
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 some
hi carlos,
Am Freitag, den 14.09.2007, 20:48 +0200 schrieb Carlos Garnacho:
> 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
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
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 the
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
> t
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 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
conti
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 renumbe
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
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 netwo
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 dump&loading, I'd just s/$INNOVATION//, load it into a new SVN
repo
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,
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 "svndum
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?
> >
> > F
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
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 enou
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 recommend
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.
> >
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 Roch
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 sourc
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
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 tarb
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.
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 n
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 h
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 han
27 matches
Mail list logo