Re: Python 2 support in GNOME build tools

2018-07-25 Thread Sasa Ostrouska via desktop-devel-list
On Wed, Jul 25, 2018 at 8:30 PM, Nirbheek Chauhan < nirbheek.chau...@gmail.com> wrote: > On Wed, Jul 25, 2018 at 11:56 PM Sasa Ostrouska wrote: > > > > Hi I don't know how this is relevan, but since I am building gnome for > Slackware, I want to advise that we will also have in Slackware next

Re: Python 2 support in GNOME build tools

2018-07-25 Thread Nirbheek Chauhan via desktop-devel-list
On Wed, Jul 25, 2018 at 11:56 PM Sasa Ostrouska wrote: > > Hi I don't know how this is relevan, but since I am building gnome for > Slackware, I want to advise that we will also have in Slackware next release > Python3 as up to the 14.2 release there is only python2. > I'm not sure what you

Re: Python 2 support in GNOME build tools

2018-07-25 Thread Sasa Ostrouska via desktop-devel-list
Hi I don't know how this is relevan, but since I am building gnome for Slackware, I want to advise that we will also have in Slackware next release Python3 as up to the 14.2 release there is only python2. Rgds Saxa On Wed, Jul 25, 2018 at 5:42 PM, Christoph Reiter via desktop-devel-list <

Re: Python 2 support in GNOME build tools

2018-07-25 Thread Christoph Reiter via desktop-devel-list
Thanks everyone for chiming in! I think we have all distros/OSes covered now and can make an informed decision based on that. I've opened a proposal MR for glib to drop Python 2 support https://gitlab.gnome.org/GNOME/glib/merge_requests/196 ___

Re: Python 2 support in GNOME build tools

2018-07-16 Thread Nirbheek Chauhan via desktop-devel-list
On Sun, Jul 15, 2018 at 4:25 PM Christoph Reiter via desktop-devel-list wrote: > macOS: > > There still isn't any system Python 3 in sight, and could be that it never > will happen. Homebrew works. > There is also a binary release (dmg) available for download on python.org, which works quite

Re: Python 2 support in GNOME build tools

2018-07-16 Thread Matthias Clasen via desktop-devel-list
On Sun, Jul 15, 2018 at 10:08 AM, Christoph Reiter via desktop-devel-list < desktop-devel-list@gnome.org> wrote: > On Sun, Jul 15, 2018 at 3:25 PM, Nicolas Dufresne > wrote: > > Stable distribution shouldn't block software from going forward with > > Python 3. Simply because stable OS won't

Re: Python 2 support in GNOME build tools

2018-07-16 Thread Frederic Crozat
Le dim. 15 juil. 2018 à 12:55, Christoph Reiter via desktop-devel-list < desktop-devel-list@gnome.org> a écrit : > > Slow-releasing/stable/"enterprise" distributions like RHEL, Debian, > > Ubuntu LTS and SLED are the usual sticking point for dependency versions. > > > > My understanding is that

Re: Python 2 support in GNOME build tools

2018-07-15 Thread Christoph Reiter via desktop-devel-list
On Sun, Jul 15, 2018 at 3:25 PM, Nicolas Dufresne wrote: > Stable distribution shouldn't block software from going forward with > Python 3. Simply because stable OS won't update to whatever we release > next, unless it's bug/security fixes. I agree in general, but as I noted at the end of my

Re: Python 2 support in GNOME build tools

2018-07-15 Thread Nicolas Dufresne
Le dimanche 15 juillet 2018 à 12:54 +0200, Christoph Reiter via desktop-devel-list a écrit : > > My understanding is that the main blocker for using Python 3 is > > that RHEL/CentOS 7 doesn't have it built-in, only as part of a secondary > > "software collection"? > > Yeah, that's also what I

Re: Python 2 support in GNOME build tools

2018-07-15 Thread Christoph Reiter via desktop-devel-list
> Slow-releasing/stable/"enterprise" distributions like RHEL, Debian, > Ubuntu LTS and SLED are the usual sticking point for dependency versions. > > My understanding is that the main blocker for using Python 3 is > that RHEL/CentOS 7 doesn't have it built-in, only as part of a secondary >

Re: Python 2 support in GNOME build tools

2018-07-12 Thread Simon McVittie via desktop-devel-list
On Thu, 12 Jul 2018 at 09:29:26 +0200, Christoph Reiter via desktop-devel-list wrote: > we currently do support Python 2 and 3 for things like gobject-introspection > and glib scripts etc. and while I don't see any problem with continuing that > support I'd like to know why we still need to