On Fri, 2018-02-16 at 17:15 -0500, Shaun McCance wrote:
> And what about doing general development work? I can't really do much
> inside BuildStream's shell. And even running yelp leaves it pretty
> crippled, because it doesn't have access to /usr/share or D-Bus.
To run yelp with a useful set of
Hi Michael,
On Mon, 2016-10-10 at 14:49 -0500, Michael Catanzaro wrote:
> Anyway, the problem is a bootstrap version of vala needs to be
> installed as a sysdep, but we can't make a sysdep for it until the vala
> developers stop pointlessly bumping their pkg-config version early
> single release.
On Thu, 2014-04-10 at 09:51 +, Charles T.Smith wrote:
I've spent an hour or so looking around /usr/lib/python/site-packages/gtweak
and haven't found what it does yet... it occurs to me that one shouldn't
have to reverse engineer a tool in order to learn how to configure something
...
On Tue, 2012-09-11 at 09:40 +0100, Martyn Russell wrote:
On 11/09/12 08:38, Mikkel Kamstrup Erlandsen wrote:
As for performance issues with libicu that has never been a problem
for our use cases. There might be faster alternatives, but the speed
is a non-issue for the stuff that I've been
On Tue, 2012-08-07 at 21:35 -0400, Matthias Clasen wrote:
There are a number of modules which haven't had a 3.5.5 release yet,
and should probably get one:
gnome-control-center
gnome-settings-daemon
Rico Tzschichholz asked on IRC to review and apply the CUPS 1.6 build
fixes before releasing
On Wed, 2010-12-08 at 07:23 -0500, Matthias Clasen wrote:
Here is a quick analysis of the status of builds on build.gnome.org.
The one-line summary is that getting webkit and e-d-s to build against
current GTK+ will get us quite a bit closer to a fully building tree.
But there is also a bunch
Vincent brought to my attention that there are some packages out there
that use pkg-config to check for the presence and version of the Vala
compiler. However, this is wrong and should be removed in all affected
packages as soon as possible.
The pkg-config file is installed for libvala, which is
On Tue, 2010-06-08 at 02:24 +0300, Zeeshan Ali (Khattak) wrote:
On Tue, Jun 8, 2010 at 1:52 AM, Frederic Peters fpet...@gnome.org wrote:
General questions first:
- Are there frequent releases of those?
The GUPnP libraries, yes! libgee used to be very frequently released
until
On Wed, 2010-02-24 at 14:02 +0100, Paolo Borelli wrote:
I accepted a patch of gnome goal that updated the build system and
didn't notice that version bump
I do not see any strong reason to force 0.41.0, gtksourceview built just
fine with previus intltool versions up to a couple of days ago.
On Mon, 2009-10-12 at 11:10 -0400, Ryan Lortie wrote:
I'd like to propose Vala as an official external dependency for GNOME
2.30.
[...]
This is therefore a 'special' external dependency: it would only be
required when building from git (or hacking on the code).
It makes sense that we
On Mon, 2009-10-12 at 18:43 +0300, Zeeshan Ali (Khattak) wrote:
On Mon, Oct 12, 2009 at 6:35 PM, Jürg Billeter j...@bitron.ch wrote:
On Mon, 2009-10-12 at 11:10 -0400, Ryan Lortie wrote:
I'd like to propose Vala as an official external dependency for GNOME
2.30
On Mon, 2009-10-12 at 17:52 +0100, Bastien Nocera wrote:
On Mon, 2009-10-12 at 12:11 -0400, Jamie McCracken wrote:
I would rephrase this as valac as a build dependency for gnome
as valac is like yacc/bison/flex in that there is no runtime dependency
and only people developing or
On Tue, 2009-08-18 at 13:57 +0100, Luis Medinas wrote:
Is there plans to replace HAL by GIO or devicekit ? Hal will be
deprecated soon afaik.
Richard Hughes has already ported the battery handling of Tracker to
DeviceKit-power. It's used if available, otherwise HAL is used. The
volume handling
On Fri, 2009-01-23 at 12:01 +0100, Pacho Ramos wrote:
Sorry if it has been already discussed but, where can I find the
original New module decisions for 2.26 message. I can only find
replies to it but I cannot find the main thread:
On Tue, 2008-07-01 at 10:08 +0200, Josselin Mouette wrote:
Le mardi 01 juillet 2008 à 10:30 +1200, Callum McKenzie a écrit :
As an aside: ultimately it will be necessary to move it from a hacking
dependency to a build dependency. Novice developers work from tarballs,
not SVN and you will
On Tue, 2008-07-01 at 11:32 +0200, Josselin Mouette wrote:
Le mardi 01 juillet 2008 à 10:49 +0200, Jürg Billeter a écrit :
and the build
system should rebuild the C code when the .vala files have changed,
similar to how other generated files are handled.
This does not. Magic rules
as planned. Also, it makes sense
to allow the module maintainers to decide this, in my opinion, as long
as they distribute the generated C sources.
Jürg
--
Jürg Billeter [EMAIL PROTECTED]
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
On Thu, 2008-06-26 at 17:28 +0200, Patryk Zawadzki wrote:
2008/6/26 Mathias Hasselmann [EMAIL PROTECTED]:
Am Donnerstag, den 26.06.2008, 15:28 +0100 schrieb Alexander Jones:
Agreed, we need to move towards expecting Composited as default and
Direct as a niche case, but this was just an
Hi,
On Thu, 2008-06-26 at 17:55 +0200, Dave Neary wrote:
Jürg Billeter wrote:
I really want compositing but I can't use a GL-based one
on all systems, as for example even with some recent Intel desktop
mainboards you can't have DRI with a screen area larger than 2048x2048,
which
see how users (and sysadmins for default and
mandatory values) can have any interest to set window geometry.
I have strong interest in moving and resizing my windows, I don't see
how this is not user editable... Can you explain why you think that
GConf is not appropriate?
Jürg
--
Jürg Billeter
On Wed, 2008-06-18 at 18:15 +0200, Patryk Zawadzki wrote:
On Wed, Jun 18, 2008 at 6:13 PM, Jürg Billeter [EMAIL PROTECTED] wrote:
On Wed, 2008-06-18 at 18:02 +0200, Luca Ferretti wrote:
Il giorno mer, 18/06/2008 alle 11.23 -0400, Matthew Barnes ha scritto:
I think I'm correct in saying
On Tue, 2007-12-11 at 13:08 -0600, Shaun McCance wrote:
The problem I see with the proposed scheme is that we can't
fit step (e) into it, since 2.12.2 is never in SVN. With our
current scheme, you can do this:
svn checkout $(url)/tags/MY_PROGRAM_2_12_2
make distcheck
and get, in
On Wed, 2007-10-31 at 18:59 +0100, Denis Washington wrote:
I created two mockups for possible keyboard and mouse capplets in GNOME
2.20. Their aim is to incorporate accessibility features in both; the
existing keyboard a11y features into Keyboard and the already discussed
Mousetweaks settings
On Mon, 2007-04-23 at 10:22 -0700, Jeff Waugh wrote:
quote who=Calum Benson
That was just a Java web applet checked in as a jar file, wasn't it?
Yep. It just means JDS can show an http address in the vino-preferences
dialog that's usable by anyone (firewalls permitting), whereas the
On Fre, 2006-10-13 at 16:43 +0200, Alexander Larsson wrote:
On Fri, 2006-10-13 at 09:47 +0200, Rodrigo Moya wrote:
On Thu, 2006-10-12 at 19:28 +0200, Alexander Larsson wrote:
On Wed, 2006-10-11 at 16:48 +0200, Rodrigo Moya wrote:
Following on this, I'm looking (and almost starting)
On Mit, 2006-07-26 at 18:32 +0200, Murray Cumming wrote:
On Wed, 2006-07-26 at 11:25 -0500, Mike Kestner wrote:
On Wed, 2006-07-26 at 18:21 +0200, Murray Cumming wrote:
gtk-sharp-2.10.0 would keep glib-sharp, pango-sharp, atk-sharp,
gdk-sharp, gtk-sharp, glade-sharp, and gtkdotnet.
On Don, 2006-07-20 at 23:24 +0100, Jamie McCracken wrote:
I totally agree but wouldn't it be better to use native languages that
offer all this like the D language (http://www.digitalmars.com/d/).
No one has ever justified why we need a VM given all its disadvantages
(speed - especially
On Mon, 2006-07-17 at 07:55 +0200, David Nielsen wrote:
søn, 16 07 2006 kl. 23:33 -0500, skrev Jason D. Clinton:
While you provided a fine run down of arguments, I believe you forgot a
vital one, Mono can be optimized, we can cut down ressource consumption,
we can indeed do better - we
On Mit, 2006-06-07 at 14:05 -0400, Joseph E. Sacco, Ph.D. wrote:
I just tried out Frederic's suggestion:
* uninstall gtk+-2.9.2
* extract the source from the f.g.o tarball
* rm gtk/gtkbuiltincache.h
* build
* install
The bad news is I still see the error.
Should be fixed in CVS
of new API is
one week after API freeze. Lack of compliance will be treated the same
as freeze breaks.
http://live.gnome.org/ReleasePlanning/NewApiDocs
Jürg
--
Jürg Billeter [EMAIL PROTECTED]
___
desktop-devel-list mailing list
desktop-devel
30 matches
Mail list logo