My FR concerns 3.26.1-2ubuntu1 and at gitlab it is stated "I think it
used to work in 3.26." which
clearly is not the case.
I took a look into the source and in pygi-value.c I found this:
case G_TYPE_INT:
{
glong val = PYGLIB_PyLong_AsLong(obj);
if (val == -1 && PyErr_Occurred ())
return -1;
if (val > G_MAXINT || val < G_MININT) { PyErr_SetString(PyExc_OverflowError, "out of range for int
property");
return -1;
} g_value_set_int(value, (gint)val);
break;
}
and a lot of comments like this:
#if PY_VERSION_HEX < 0x03000000
[snip]
#endif
To me this means that somebody is/was aware of the fact that some more
work has to be done for
I'm not sure what exactly they are really talking about at /gitlab. gnome.org/ GNOME/pygobject /issues/ 198.
https:/
My FR concerns 3.26.1-2ubuntu1 and at gitlab it is stated "I think it
used to work in 3.26." which
clearly is not the case.
I took a look into the source and in pygi-value.c I found this:
case G_TYPE_INT: PyLong_ AsLong( obj);
PyErr_ SetString( PyExc_OverflowE rror, "out of range for int
g_value_ set_int( value, (gint)val);
{
glong val = PYGLIB_
if (val == -1 && PyErr_Occurred ())
return -1;
if (val > G_MAXINT || val < G_MININT) {
property");
return -1;
}
break;
}
and a lot of comments like this:
#if PY_VERSION_HEX < 0x03000000
[snip]
#endif
To me this means that somebody is/was aware of the fact that some more
work has to be done for
making this stuff compatible to Python 3.
On 09.03.20 14:48, Sebastien Bacher wrote: /gitlab. gnome.org/ GNOME/pygobject /issues/ 198 gnome.org/ GNOME/pygobject /issues #198 /gitlab. gnome.org/ GNOME/pygobject /issues/ 198
> Thank you for your bug report, that seems similar to
> https:/
>
> ** Bug watch added: gitlab.
> https:/
>
> ** Changed in: pygobject (Ubuntu)
> Importance: Undecided => Low
>