Re: Windows runner for CI now generally available!

On Tue, Nov 19, 2019 at 10:49 AM Carlos Soriano via desktop-devel-list wrote: > > Hi everyone, > > Good news! Thanks to OpenAtMicrosoft and our staff we have set up a Windows > runner for the GNOME/ group. Right now it's a single runner with the > "windows" tag attached, feel free to use it as

Re: Gtk-Doc Manual in DevHelp

On Sat, Aug 11, 2018 at 12:28 PM, Lanoxx wrote: > Hi All, > > It would be nice if I could get some response about my question from the > community. I spend several days of work on this and I would like to know if > there is a change that my patch gets merged into Gtk-Doc. I am restating my >

Re: Python 2 support in GNOME build tools

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

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

> 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 >

Python 2 support in GNOME build tools

Hey everyone, 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 support Python 2 there. i.e. What needs to happen so that Python 3 support is

Re: GitLab CI runners for non-Linux systems

On Wed, May 23, 2018 at 9:20 PM, wrote: > Le vendredi 18 mai 2018 à 10:52 +0100, Philip Withnall a écrit : >> Hi all, >> >> Can anybody else provide and maintain CI runners for other platforms? >> I’d particularly like to see: >> • *BSD (probably OpenBSD and NetBSD) >> •

Re: GitLab CI runners for non-Linux systems

On Mon, May 21, 2018 at 5:54 PM, Alan Coopersmith wrote: > On 05/18/18 02:52 AM, Philip Withnall wrote: >> Can anybody else provide and maintain CI runners for other platforms? > > Are there instructions somewhere on what's needed to do this? 1) Install the gitlab

Re: Proposal to deploy GitLab on gnome.org

On Wed, May 17, 2017 at 12:47 PM, Jehan Pagès wrote: > The only thing I am annoyed at is this forking workflow. Both as a > contributor, and as a code committer/reviewer. Having to fetch a new > remote for every single-commit contribution out there is terrible. In

Re: Proposal to deploy GitLab on gnome.org

On Tue, May 16, 2017 at 7:03 PM, Ray Strode wrote: > Hi, > > On Tue, May 16, 2017 at 12:20 PM wrote: >> >> Another issue we haven't discussed yet is commit permissions. Right >> now, everyone can commit anything to every repository, but with GitLab >>

pygobject: Plan to depend on a new pycairo fork

Hey, I'm trying to establish a pycairo fork as a new upstream and I'm planing to depend on it in upcoming versions of pygobject: https://pycairo.readthedocs.io https://github.com/pygobject/pycairo https://github.com/pygobject/pycairo/releases For the cairo mailing list thread see:

Re: GJS documentation browser: follow up and hosting

On Tue, Jun 28, 2016 at 8:40 AM, wrote: > Good point. Do you know if those pages are static or if there is a webapp > behind them? vala is php [0], pygobject [1] is static [0] https://github.com/flobrosch/valadoc-org [1] https://github.com/lazka/pgi-docs

Re: Power switch to actually turn off my computer

On Thu, Apr 10, 2014 at 11:51 AM, Charles T. Smith cts.private.ya...@gmail.com 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

Re: Python Docs (was Re: Coordination for developer documentations)

On Sun, Mar 9, 2014 at 11:35 PM, Stefan Sauer enso...@hora-obscura.de wrote: devhelp is basically the index.sgml (ignore the sgml extension, it is not) + prerendered html. devhelp does not do anything with the link in the html doc, except trying to follow them when one is clicked. OK, thanks

Re: Python Docs (was Re: Coordination for developer documentations)

On Mon, Mar 10, 2014 at 4:27 AM, Simon Feltman s.felt...@gmail.com wrote: On Sat, Mar 8, 2014 at 9:15 AM, Christoph Reiter reiter.christ...@gmail.com wrote: On Sat, Mar 8, 2014 at 4:04 AM, Simon Feltman s.felt...@gmail.com wrote: * GI function argument interpretation for Python docs would

Re: Python Docs (was Re: Coordination for developer documentations)

On Sat, Mar 8, 2014 at 4:04 AM, Simon Feltman s.felt...@gmail.com wrote: That would be helpful. I think it would be nice to integrate your work (or abstracted parts of it) with pygobject itself. An idea that has been cooking in the back of my mind (and to a very small degree has been realized

Re: Coordination for developer documentations

On Thu, Mar 6, 2014 at 11:37 AM, Ekaterina Gerasimova kittykat3...@gmail.com wrote: On 6 March 2014 10:07, Christoph Reiter reiter.christ...@gmail.com wrote: Since it wasn't mentioned so far; outside of gnome.org, on the Python side of things, there exists the GTK+ 3 tutorial [0] maintained

Re: Coordination for developer documentations

(responding to the wrong mail since I just subscribed and don't bother modifying mail headers..) Since it wasn't mentioned so far; outside of gnome.org, on the Python side of things, there exists the GTK+ 3 tutorial [0] maintained by Sebastian Pölsterl (accepts pull requests, but isn't actively