Hi folks,
Based on the Gnome 3.25.x release calendar [1], I am setting the
deadline for code submissions for the next release of Gtk-Perl modules
to be Saturday, October 22nd, 2017, at 00:01 UTC.
Please have all code submissions into the Gtk-Perl maintainers before
the above deadline; please
Hi folks,
There was no new code in the Gtk-Perl repos in the month since the
last release (Glib::IO), so there will not be any Gtk-Perl releases
for the month of September.
Stay tunes for the release deadline announcement for October, which I
will be sending out shortly.
Thanks,
Brian
Hi John,
John Emmas 於 2017/9/17 上午 12:05 寫道:
For Windows programming, I've always been wary of trying to
"mix-and-match" between different MSVC libraries (regardless of that
Microsoft says!). So how about this for a compromise...
If the idea is to drop support for Win-XP (and yet retain
H gtk-devs,
could it possibly be that
"gtk_widget_set_margin_end"/"gtk_widget_set_margin_right" is ignored if the
used theme already defines a value for "margin-right" ?
I have a custom widget which has GtkToggleButtonClass as parent.
For my widget it seems like
Just check the backtrace from the first email - there's no C involved. The
error message comes from
/System/Library/Frameworks/Python.framework/Versions/2.7/
lib/python2.7/distutils/spawn.py
Jiri
On Sat, Sep 16, 2017 at 9:53 PM, John Ralls wrote:
>
> > On Sep 16, 2017, at
> On Sep 16, 2017, at 12:44 PM, Jiří Techet wrote:
>
> Hi John,
>
> at least from the backtrace it doesn't seem to happen when linking libpython
> but rather when running preprocess() from
>
> https://docs.python.org/2/distutils/apiref.html
Huh. That's odd, there's no
Hi John,
at least from the backtrace it doesn't seem to happen when linking
libpython but rather when running preprocess() from
https://docs.python.org/2/distutils/apiref.html
Jiri
On Sat, Sep 16, 2017 at 9:20 PM, John Ralls wrote:
>
> > On Sep 16, 2017, at 10:04 AM, Jiří
Hi John,
I've just reported the issue against bison. I've tried to rebuild
everything from scratch with only bison patched and it seems to be the only
problem I run into with Geany - the other uses don't seem to cause problems
at least for me.
Anyway, I'm afraid that at least a temporary patch
Hi,
Previously I have had implemented and merged support for named-instances in
variable fonts, but the generic variation mechanism was not integrated.
I've finished the core of what was left of implementing variable fonts in
fontconfig:
https://github.com/behdad/fontconfig/commits/varfonts2
Hi John,
that's strange. I don't need python at all for the project myself and
there's no need to bundle it - it's just used when building
gobject-introspection. Simple
jhbuild bootstrap && jhbuild build meta-gtk-osx-bootstrap && jhbuild build
meta-gtk-osx-core
used to work fine - now it fails
On 16/09/2017 02:41, Chun-wei Fan (范君維) wrote:
John Emmas 於 2017/9/16 上午 03:00 寫道:
I'm assuming you're referring to this SDK?
Yes, this is the SDK I was mentioning. It does work for Visual Studio
2005, see https://msdn.microsoft.com/en-us/windowsserver/bb986638.aspx
under "Supported
> On Sep 16, 2017, at 7:33 AM, Jiří Techet wrote:
>
> Hi,
>
> the vasnprintf() now intentionally crashes on macOS 10.13 when the formatting
> string contains %n and is dynamically allocated, for more, see
>
>
> On Sep 16, 2017, at 7:42 AM, Jiří Techet wrote:
>
> Hi,
>
> I got the following error during jhbuild when compiling gobject-introspection:
>
> GISCAN GLib-2.0.gir
> Traceback (most recent call last):
> File "./g-ir-scanner", line 66, in
>
On Sat, Sep 16, 2017 at 2:27 PM, Carsten Mattner
wrote:
> On Sat, Sep 16, 2017 at 1:43 PM, Chris Moller wrote:
>
>> My point in my original post was that a toolkit should, above all, be
>> useful, preferably in as wide a range of uses as possible.
Hi,
the vasnprintf() now intentionally crashes on macOS 10.13 when the
formatting string contains %n and is dynamically allocated, for more, see
http://lists.gnu.org/archive/html/bug-gnulib/2017-07/msg00056.html
This problem affects all users of gnulib's vasnprintf implementation which
are at
On Sat, Sep 16, 2017 at 1:43 PM, Chris Moller wrote:
> My point in my original post was that a toolkit should, above all, be
> useful, preferably in as wide a range of uses as possible. And, by that
> measure, GTK2 was a great deal more useful, at least in certain
>
> On Sep 16, 2017, at 3:21 AM, Jiří Techet wrote:
>
> Hi,
>
> the bootstrap.modules file incorrectly specifies the path to
> gtk-osx-docbook-1.2 as
>
> gtk-osx/gtk-osx-docbook-1.2.tar.bz
>
> There's "2" missing at the end, it should instead be
>
>
On Fri, 2017-09-15 at 22:41 +0100, Emmanuele Bassi wrote:
> Additionally, modify_bg() has never done anything about
> sizing,
Sometimes you seems to try very hard to misunderstand people?
My English is not good, but I really think Chris Moller was refering
only to the fact that modify_bg() was
18 matches
Mail list logo