Re: Reminder: action required when updating dependencies or build options

On Tue, Jan 12, 2021 at 10:21 PM Philip Withnall wrote: > Or, if it’s appropriate, the bot could file an issue against gnome- > build-meta and assign the developer who’s touching meson.build to that > issue. Or something. > We can reduce false positives by having it happen when the output of

Re: GnuTLS update may be required to access GIMPNet

Thanks for posting about this! On Tue, Jun 2, 2020 at 8:42 PM Michael Catanzaro wrote: > Hi developers, > > If you are unable to connect to GIMPNet this week, you probably need to > update GnuTLS. See below. At least Polari and other telepathy clients > will be unable to connect without updated

Re: Matrix IRC bridge considered harmful

On Thu, Feb 13, 2020 at 5:29 AM Christian Hergert wrote: > > On 2/12/20 3:32 PM, Britt Yazel wrote: > > Can you explain to me what the big issue with web clients are? I keep > > hearing over and over again that developers don't want to use web > > clients, either in browser or with Electron, but

Re: Python 2 support in GNOME build tools

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

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: GitLab CI runners for non-Linux systems

On Tue, May 29, 2018 at 10:30 PM 藍挺瑋 wrote: > However, the runner I use in my GLib fork runs in a VM whose host is very > unreliable and not suitable for use as an official CI runner. This host crashes > often and its uptime is usually less than 2 weeks. It also gives me random > segfault and

Re: Librsvg 2.40.20 is released and is the last release in the 2.40.x series

On Sat, Dec 16, 2017 at 8:43 PM, Michael Biebl <mbi...@gmail.com> wrote: > 2017-12-16 16:04 GMT+01:00 Nirbheek Chauhan <nirbheek.chau...@gmail.com>: >> I think Debian should start using librsvg 2.41 and arch teams should >> just deal with that reality. > &g

Re: Librsvg 2.40.20 is released and is the last release in the 2.40.x series

On Sat, Dec 16, 2017 at 8:17 PM, Michael Biebl wrote: > Our porters, from what I know, tried to bootstrap rust on various > architectures but run into multiple issues. > A few of them you can see at > https://bugs.debian.org/cgi-bin/pkgreport.cgi?src=rustc > > If you need more

Re: Librsvg 2.40.20 is released and is the last release in the 2.40.x series

On Sat, Dec 16, 2017 at 7:18 PM, Michael Biebl wrote: > 2017-12-16 1:28 GMT+01:00 Federico Mena Quintero : >> People are *STRONGLY* encouraged to switch to 2.41.x as soon as >> possible. Librsvg 2.41.x is ABI and API compatible with 2.40.x, so it >> is a

Re: 3.25.90 will probably be delayed

On Mon, Aug 14, 2017 at 3:48 AM, wrote: > Whew, it's done! I wound up doing a minimal number of workarounds: > > * Held colord at a previous version > * Built PackageKit without Vala support > * Built totem without plugin support > > This is a normal amount of workarounds.

Re: developer.gnome.org and meson

On Fri, Aug 11, 2017 at 4:10 PM, Stefan Sauer <enso...@hora-obscura.de> wrote: > On 08/09/2017 10:11 PM, Nirbheek Chauhan wrote: > > Somewhat relatedly, the only reason why it takes so long to build docs > > is because we haven't been improving gtk-doc. There is little >

Re: developer.gnome.org and meson

On Thu, Aug 10, 2017 at 1:27 AM, Sébastien Wilmet wrote: > On Wed, Aug 09, 2017 at 03:20:38PM +0100, Emmanuele Bassi wrote: >> After all, Linux >> distributions rebuild the documentation when building the binary >> packages anyway > > I see that in the gspell-doc package on

Re: Proposal to deploy GitLab on gnome.org

On Wed, May 17, 2017 at 3:15 PM, Bastien Nocera wrote: > On Wed, 2017-05-17 at 11:33 +0200, Sébastien Wilmet wrote: >> > >> Most developers are more familiar with the GitHub workflow, I think >> it's >> an easier workflow than attaching a patch to a bugtracker ticket. >> Once

Re: GitHub Development Platform for GNOME

On Mon, Apr 10, 2017 at 1:14 AM, Walter Vargas wrote: > I want to share my humble opinion and thoughts about GitHub/GitLab: > >From what I've been hearing, people within GNOME have been evaluating the possibility of running our own GitLab instance, so I would wait and see

Re: Equivalent of recursive make with meson/ninja?

On 11-Feb-2017 18:32, "Sébastien Wilmet" wrote: > and it will only recompile/relink the bits that have changed, and > nothing else. It will be very very fast in most cases. It'll also relink all the tests and rebuild the docs (GTK-Doc is very slow). Fwiw, it won't rebuild

Re: Librsvg 2.41.0 is released

On Fri, Jan 6, 2017 at 6:59 AM, Federico Mena Quintero wrote: > On Thu, 2017-01-05 at 20:21 +0100, Michael Biebl wrote: >> >> It has been mentioned on #debian-devel that rustc is really only >> supported on i386 and amd64 (as a so-called tier1 architecture). >>

Re: Proposal for Gnome Goal (was Re: Switching from Autotools to CMake for core evolution products)

.com/centricular/glib), but just like the GTK+ build it's not complete yet, and we're working on making it have feature-parity with the Autotools build and the Visual Studio project files shipped with the project. It's just a matter of going over the Autotools build files line by line a

Re: Tool to rename a GObject written in C?

re looking for (and more). Cheers, Nirbheek -- ~Nirbheek Chauhan ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: new maintainer for gnome-dictionary?

than a discrete app (saves a context switch, less effort, etc). I do agree that Wiktionary is probably the best source we have. A tiny library wrapper would suffice to make it available to applications! -- ~Nirbheek Chauhan ___ desktop-devel-list mailing

Re: new maintainer for gnome-dictionary?

(you can't see the original text while looking that up). I think this problem also exists for the new calculator support added to the shell. Right now, it's easier to use the Firefox search bar for calculations since it shows you the result in a drop-down list. -- ~Nirbheek Chauhan Gentoo GNOME

Re: Combined system status updates

/SystemStatus#Update_Proposal -- IRC: aday on irc.gnome.org Blog: http://afaikblog.wordpress.com/ ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list -- ~Nirbheek Chauhan Gentoo

Re: Combined system status updates

On Tue, May 14, 2013 at 12:41 AM, Rovanion Luckey rovanion.luc...@gmail.com wrote: 2013/5/13 Nirbheek Chauhan nirbh...@gentoo.org These look rather nice. My only concern with these wireframes is that they would make the menu far too long. Would this menu still fit on 1366x768 or 1024x600

Re: Combined system status updates

On Tue, May 14, 2013 at 12:50 AM, Andreas Nilsson li...@andreasn.se wrote: On 2013-05-13 16:02, Nirbheek Chauhan wrote: These look rather nice. My only concern with these wireframes is that they would make the menu far too long. Would this menu still fit on 1366x768 or 1024x600 screens

Re: Combined system status updates

On Tue, May 14, 2013 at 1:25 AM, Allan Day allanp...@gmail.com wrote: Nirbheek Chauhan nirbh...@gentoo.org wrote: If anyone is interested in this, check out the examples [1]. On a laptop with a single user account and VPN, I count eight menu items, for example. I beg to differ there! On my

Re: Prototyping navigation in Epiphany

it's high-bandwidth, and with a quicker turn-around. That's also been said many times. I think Jeremy just means that we should log conversations and have them available in some manner. -- ~Nirbheek Chauhan ___ desktop-devel-list mailing list desktop

Re: 3.6 Feature: Totem - Videos

? :) -- ~Nirbheek Chauhan Gentoo GNOME+Mozilla Team ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: [gnome-settings-daemon] datetime: Remove datetime D-Bus mechanism

or whatever) it can be reused everywhere. -- ~Nirbheek Chauhan Gentoo GNOME+Mozilla Team ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: multiple vala versions in 3.4

this. What needs to be passed is VALAC=$(which valac-0.14) VAPIGEN=$(which vapigen-0.14), i.e. the full path to the binaries; since AC_PATH_PROG doesn't read $PATH unless told to. -- ~Nirbheek Chauhan Gentoo GNOME+Mozilla Team ___ desktop-devel-list mailing

Re: GNOME user survey 2011 (v6)

it after (even more!) distros ship GNOME 3.2? Cheers, -- ~Nirbheek Chauhan Gentoo GNOME+Mozilla Team ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: GNOME 3.1.90 beta released!

encounter enough hard lockups while testing software that the long-press behaviour of the power button is essential for me. I don't want to have to flip my machine over and take out the battery everytime. For all I know, doing that repeatedly might even damage the device. -- ~Nirbheek Chauhan Gentoo

Re: GNOME 3.1.90 beta released!

On Fri, Sep 2, 2011 at 12:40 AM, Germán Póo-Caamaño g...@gnome.org wrote: On Fri, 2011-09-02 at 00:18 +0530, Nirbheek Chauhan wrote: On my laptop, I encounter enough hard lockups while testing software that the long-press behaviour of the power button is essential for me. I don't want to have

Re: 3.2: gjs/seed

Just a small correction here. On Thu, Apr 21, 2011 at 2:08 PM, Maciej Piechotka uzytkown...@gmail.com wrote: 7) Embedding Mozilla engine stopped being supported. https://lwn.net/Articles/436440/ https://lwn.net/Articles/436461/ = mozjs embedding is still supported -- ~Nirbheek Chauhan

Re: gnome 3

. Cheers, 1. https://bugs.launchpad.net/ubuntu/+source/linux/+bug/657338 2. https://bugzilla.gnome.org/show_bug.cgi?id=560085 -- ~Nirbheek Chauhan Gentoo GNOME+Mozilla Team ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http

Re: SoC idea: desktop file cache

is a GKeyFile as well. As I understand it, this would be equivalent to the Ubuntu solution, would be applicable as an upstream solution, and would be useful for other DEs as well. Since we have the time, this should be very doable in time for 3.2. Cheers, -- ~Nirbheek Chauhan Gentoo GNOME+Mozilla Team

Re: Some more problem modules

these and test them against gtk+:3 -- ~Nirbheek Chauhan Gentoo GNOME+Mozilla Team ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: IRC channels in gnome development

On Tue, Feb 8, 2011 at 12:22 AM, Andre Klapper ak...@gmx.net wrote: On Sun, 2011-02-06 at 19:19 +0530, Nirbheek Chauhan wrote: Is there a place where IRC logs of discussions from the various channels can be found? I am not aware of any automated GimpNet IRC channel logging and publishing

Re: IRC channels in gnome development

and effective than doing it on mailing lists. We need to be time effective if we're going to make the April 6th release date. Is there a place where IRC logs of discussions from the various channels can be found? Thanks, -- ~Nirbheek Chauhan Gentoo GNOME+Mozilla Team

Re: gnome-panel gnome-applets?

can't/won't be ported? -- ~Nirbheek Chauhan Gentoo GNOME+Mozilla Team ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Minimum system requirements for GNOME Shell

#What_led_to_the_decision_to_make_3D_acceleration_a_requirement_for_GNOME_Shell.3F -- ~Nirbheek Chauhan Gentoo GNOME+Mozilla Team ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Module Proposal: Zeitgeist

with the Glib/GNOME stack. -- ~Nirbheek Chauhan Gentoo GNOME+Mozilla Team ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Module Proposal: GNOME Shell

suppose is too late to do now. Such efforts *could* be directed in improving the software rasteriser in Mesa; but that would probably require a lot of effort as well. Most likely it's cheaper overall to just buy new hardware. -- ~Nirbheek Chauhan Gentoo GNOME+Mozilla Team

Re: Bump intltool version to 0.41.0

gnome.org for intltool tarballs, maybe someone should add a README file in that ftp directory saying new releases could be found on launchpad. Or, just upload to both places. Surely it cannot be difficult to automate it as a part of the upload-to-launchpad process. :) -- ~Nirbheek Chauhan Gentoo

Re: Packages with no changelogs

[1]. ChangeLogs exist for a reason and the migration to git has changed nothing in that respect. I'd like to hear coherent reasons other than Oh, you can get it from git (which is the same as the former excuse Oh, you can get it from svn) 1. http://live.gnome.org/Git/ChangeLog -- ~Nirbheek Chauhan

Re: Would this be a break?

you think? I think the dependency problem is not too great if it's kept optional via configure (--enable-sound ?) 1. http://live.gnome.org/TwoPointTwentyseven/ -- ~Nirbheek Chauhan GNOME+Mozilla Team, Gentoo ___ desktop-devel-list mailing list desktop

Re: New module proposal: tracker

soon afaik. ...or rather by libgudev, there is no such thing as DeviceKit :) I think he meant DeviceKit-{disks,power} (and any more to come) as well. Not sure if Tracker would be happy with the existing gio+ DK-disks + DK-power, it may need more API added to each. -- ~Nirbheek Chauhan GNOME

Re: GNOME Menus restructuring

as possible? Is this a rhetorical question or a genuine question? -- ~Nirbheek Chauhan GNOME Team, Gentoo ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: GNOME Menus restructuring

. :) In the context of Sugar, do you see the GNOME shell becoming simple enough for use as the Sugar Shell? Maybe that's why you asked the question? -- ~Nirbheek Chauhan ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman

Re: GNOME and non-linux platforms (release team please stand up)

doesn't Sun just admit that (Open)Solaris is a dead-end? a) Flamebait b) Pointless since (Open)Solaris isn't the only non-linux platform. *BSD are another large group. Please, let's stay on-topic. -- ~Nirbheek Chauhan ___ desktop-devel-list mailing