Re: Proposal: Replace all references to master/slave in GNOME modules

On Wed, 1 May 2019 at 12:38, Michael Gratton wrote: > They have also been successful in getting other projects to use more > inclusive language. For example, MongoDB initially refused to stop > using the term "master", but then relented after Python did so. That's misrepresenting it *AGAIN*.

Re: Proposal: Replace all references to master/slave in GNOME modules

On Wed, 1 May 2019 at 06:23, Tristan Van Berkom via desktop-devel-list wrote: > Proposing that we replace references to master/slave relationships with > other terminology and proposing that we eliminate the usage of both > words entirely are two entirely different proposals, this is a proposal >

Re: Proposal: Replace all references to master/slave in GNOME modules

On Thu, 25 Apr 2019 at 06:21, wrote: > This should go without saying, but master branches are not a reference > to slavery, rather to canonicity. The master branch is the canonical > branch, the primary copy. This is very much my thinking too. I'd agree with this proposal if every branch forked

Re: App menu retirement: progress update

On Wed, 31 Oct 2018 at 17:09, Allan Day wrote: > gnome-multi-writer Removed in master. Richard. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list

GNOME Mastodon Instance?

Hi all, Now that Google+ is declared officially dead, I wondered if GNOME would consider hosting a Mastodon instance. There's a bug already open, https://gitlab.gnome.org/Infrastructure/Infrastructure/issues/23 -- but I guess this needs someone to drive this and actually do the work. I know I

Re: No app menu changes for GNOME 3.30, please!

On Tue, 24 Jul 2018 at 17:32, wrote: > From the lack of objections to Allan's original proposal, it's clear > that we have consensus on removing the app menus, so I suggest we > should feel free to delete our app menus in master after branching for > 3.30. I'm currently on PTO for another week

Re: Meson feedback as a user

On 24 November 2017 at 14:49, Emmanuele Bassi wrote: > - Drop the "enable" from --enable-foo boolean options; Meson has > boolean values, so -Denable-foo=true would read as redundant, and > -Denable-foo=false would read as contradictory. Use -Dfoo=true or > -Dfoo=false instead

Re: Include GNOME Usage in the future releases

On 16 October 2017 at 19:17, Andreas Nilsson wrote: > .Power If we put the power statistics here I can finally let gnome-power-manager die. Richard. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org

Re: Application name strings consistency

On 4 September 2017 at 14:13, Allan Day wrote: >> But names also need to sufficiently identify the named item. Ending up >> with 5 "Clocks" and 4 "Maps" in gnome-software isn't really the best user >> experience. > I don't see that issue. That's because I blacklist all the MATE

Re: GitLab migration status and roadmap

On 14 August 2017 at 10:02, Jens Georg wrote: > I'm currently massively underwhelmed by the overall performance and > snappiness of the web interface, even for a small project with not that > much commit history. Right; I also found that when sitting In London browsing

Re: 3.25.90 will probably be delayed

On 13 August 2017 at 15:35, wrote: > Now if I can get a new colord tarball, I think this might work. I can do this tomorrow, today I have family things to sort today. Thanks to everybody offering PRs for the colord issues, I've merged all of them and I think we're in good

Re: Too many broken modules

On 31 July 2017 at 12:36, Arun Raghavan wrote: > Is there some place we can look at logs of the current build? Same here, fwupd builds fine here, and also in Travis... Richard ___ desktop-devel-list mailing list

Re: Proposal to deploy GitLab on gnome.org

On 16 May 2017 at 15:23, Carlos Soriano wrote: > Glad to hear that. Could you mention what projects relevant for GNOME > (either part of GNOME already or not) that you are maintainer of would > benefit of a transition to GitLab? Of immediate benefit would be

Re: Proposal to deploy GitLab on gnome.org

On 16 May 2017 at 14:22, Allan Day wrote: > The outcome of this evaluation process is that we are recommending that > GNOME sets up its own GitLab instance, as a replacement for Bugzilla and > cgit. This is great news. Over the last few years I've started most of my new projects

Re: For projects switching to Meson *only*

On 28 April 2017 at 01:00, Peter Hutterer wrote: > I will, but I'll keep the two parallel for at least a release or two. I tried doing this in my projects last cycle and was a bit of a disaster. Pretty much any committer that added files or changed how the project was

Re: gnome-software and external plugins

On 22 May 2016 at 18:30, Michael Catanzaro wrote: > GNOME Shell extensions have this same problem. Firefox did better, but > in the end it too had to give up; you've probably heard all its > extensions need to be rewritten now. Right; in one sense plugins let us prototype

Re: Including content ratings in games

On 9 March 2016 at 18:30, Zbigniew Jędrzejewski-Szmek wrote: > So "Cartoon Violence" can be merged with "Fantasy Violence", I don't think these are the same at all. If you look at the age differences reported here

Re: Including content ratings in games

On 9 March 2016 at 15:59, Simon McVittie wrote: > Here's an earlier attempt at the same thing, which if I remember > correctly was led by Miriam Ruiz of the Debian games team: > . Useful, thanks. > Debian publishes Appstream

Including content ratings in games

Hi, Sorry for the potentially off-topic posting. I've been working on a new content rating system called OARS. I wrote up some notes on my blog[1] but I've been asked to post to this list by multiple people. The content rating system I'm going to be proposing has aspects of privacy and has the

Re: Enabling builddir != srcdir by default in jhbuild

On 28 February 2016 at 14:33, Emmanuele Bassi wrote: > What do maintainers think? Makes sense to me. The quicker we catch a destdir/srcdir issue the easier it is to fix. Richard ___ desktop-devel-list mailing list

Re: GNOME Software and fwupd

On 21 April 2015 at 10:33, Bastien Nocera had...@hadess.net wrote: It's a D-Bus service, can't it be a run-time dependency? It could be, if we copy the fu-enums.[c|h] files. Richard ___ desktop-devel-list mailing list desktop-devel-list@gnome.org

GNOME Software and fwupd

I've just merged a patch to gnome-software which adds an optional (but default enabled) dependency on fwupd[1]. The fwupd project just provides a DBus interface for applying low-level firmware to various types of devices. I don't know if this makes sense for the continuous integration server. I

Re: GNOME MultiWriter

On 9 January 2015 at 15:07, Olav Vitters o...@vitters.nl wrote: Could you make a homepage on the wiki like the other apps? It's not urgent, just nicer to have that to point to in the package. Good catch, thanks. I've created the page and updated all the project links:

GNOME AppData status page

Hi all, I've uploaded a page with the AppStream metadata for Fedora 22 -- quite a few GNOME applications are missing easy-to-add things like desktop keywords and some are missing HiDPI icons. It's awesome so many GNOME apps are shipping AppData and I'm hugely grateful for that, so we're really

Re: Applications in GNOME without AppData

On 13 October 2014 17:02, Daniel Mustieles García daniel.mustie...@gmail.com wrote: If these are the only remaining modules to close the goal, the wiki page is really out-of-date. Yes, it needs some review. Apart from these, all the red modules in the page have their corresponding Appdata

Applications in GNOME without AppData

Hi all, Lots of GNOME applications now ship AppData files (95.6%!), and huge thanks to everyone that's written or shipped one already. We do have a few GNOME modules we possibly care about with no upstream attention. These include: * accerciser [1] * gnome-screenshot [2] * gconf-editor [3] *

Re: GNOME Goals

On 24 September 2014 09:31, Martyn Russell mar...@lanedo.com wrote: I took a look at the GNOME goals just to see where Tracker was with them, we're actually implementing most of the new unproposed goals already and I had no idea. Much the same as my modules; the burden of keeping the wiki up

Re: Gnome.org's crypto infrastructure

On 8 July 2014 13:24, Ray Strode halfl...@gmail.com wrote: 1) tarballs would be generated with a standardized set of autotools, instead of whatever the maintainer happens to have installed I think the opposite is true as well, in that some software needs other frameworks in place to do

Re: Icon theme changes

On 26 April 2014 15:04, Matthias Clasen matthias.cla...@gmail.com wrote: This will affect both jhbuild modulesets and distro packages Just for 3.13.x, right? Richard. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org

Re: gnome-software/packagekit support for arch linux

On 27 March 2014 02:46, Sriram Ramkrishna s...@ramkrishna.me wrote: Unfortunately, none of them will be able to enjoy GNOME Software, due to the fact that there is no active development of a pacman backend for packagekit. Arch Linux users are missing out on a major part of the GNOME

Re: missing tarballs

On 25 March 2014 13:31, Giovanni Campagna scampa.giova...@gmail.com wrote: There are no commits since .92, is a release needed? Please. Richard ___ desktop-devel-list mailing list desktop-devel-list@gnome.org

Re: gnome-settings-daemon wayland

On 13 February 2014 19:40, Rui Tiago Cação Matos tiagoma...@gmail.com wrote: while others might just need small fixes like the color or xrandr plugins. The color plugin works well now (tested!), and the xrandr plugin worked okay when I tested it about 3 months ago. Richard.

Re: UI Freeze Blockers

On 14 February 2014 10:43, Allan Day allanp...@gmail.com wrote: * 720946 gnome-control-center: Details panel - 'Install Updates' button is not working * 723760 gnome-software: Automatic star ratings [there's a contingency plan in here too] * 710109 gnome-software: Nicer standalone package

Re: libgsystem as a shared library

On 5 February 2014 09:23, Colin Walters walt...@verbum.org wrote: My libgsystem ( https://wiki.gnome.org/Projects/LibGSystem ) library is now copied into sufficient number of modules that I'm considering making it a real shared library. Cool, I've never really been a fan of submodules, and I'm

Re: libgsystem as a shared library

On 5 February 2014 11:52, Colin Walters walt...@verbum.org wrote: GSConsole gsystem-log.h (systemd journal via a GLib-like API, also acts as a soft dependency) Yes, that sounds awesome, but if libgsystem is going to be an egg replacement I would say it's better to just copy and paste the

Re: Fix wrong FSF's address in in source files

On 29 January 2014 09:55, Daniel Mustieles García daniel.mustie...@gmail.com wrote: gnome-control-center gnome-desktop gnome-software Fine with me, thanks. Richard ___ desktop-devel-list mailing list desktop-devel-list@gnome.org

Re: Fix wrong FSF's address in in source files

On 29 January 2014 15:03, Andika Triwidada and...@gmail.com wrote: Do you think all those hundreds modules need to be addressed one by one manually? I'm only talking for myself now, but I'd be surprised if any maintainer is going to say no to those patches. If I were you, I'd just commit the

3.12 feature: GNOME Software

Matthias started with a mail about Wayland, it seems a good idea to do the same for GNOME Software: In 3.10, - We have a technical preview that includes desktop categories, featured applications, and long descriptions for some apps. Installing and removing are performed using the system

Re: 3.12 feature: GNOME Software

On 24 September 2013 15:29, Olav Vitters o...@vitters.nl wrote: Is there anything a distribution should do? I noticed you wanted something changed in the Fedora build system. Did I have that right and do we need similar changes in other distributions? Well. The issue is more how we describe

Re: Opening the 3.12 cycle

On 23 September 2013 14:46, Frederic Peters fpet...@gnome.org wrote: This could also come after a review of the appdata schema, for things like screenshot translations. The screenshots are translatable now, you just use a _screenshot link and change any en_US in the URL to your country code if

Re: GNOME Software Center and YOU!

, commit it upstream and add a link on the document. Thanks again! Richard On 29 August 2013 21:07, Richard Hughes hughsi...@gmail.com wrote: Do you maintain an application that people use? Do you want people to be able to install it easily in the GNOME Software Center? If both of those

Re: GNOME Software Center and YOU!

On 30 August 2013 15:08, Simon Kågedal Reimer skage...@gmail.com wrote: I made a RELAX NG schema for this format. Awesome, thanks. Any chance you could write a patch for the spec document? It's hosted here: https://github.com/hughsie/appdata-website -- probably just adding the file and adding an

GNOME Software Center and YOU!

Do you maintain an application that people use? Do you want people to be able to install it easily in the GNOME Software Center? If both of those are true, please read the newly finalised AppData specification [ http://people.freedesktop.org/~hughsient/appdata/ ] and ship one tiny extra file in

AppData proposal

Hi all, I've written up a specification that I would like to get feedback on. It's had a few iterations now, and soon I'd like to propose a GNOME Goal on adding the required files to at least all the apps in our core moduleset. The proposal is

Re: AppData proposal

On 21 August 2013 13:47, Shaun McCance sha...@gnome.org wrote: If you use itstool, you don't have to mangle your input XML. I discounted itstool as I didn't want *all* the elements translated. Regardless, you really ought to specify at what level you expect to see translatable elements

Re: AppData proposal

On 21 August 2013 14:35, Colin Walters walt...@verbum.org wrote: I think it'd really help a lot if we had a model where we figure out how to generate some of it from a canonical source. For example, if we're now going to say that AppData is canonical, we should generate the .desktop file

Re: AppData proposal

On 21 August 2013 15:00, Jasper St. Pierre jstpie...@mecheye.net wrote: There are cases where you'd want a different name in an software center to the search term in the shell.. Which case? I think any app that does that is broken. TrackerGUI wants to be Search in the menu, but probably ought

Re: AppData proposal

On 21 August 2013 15:21, Shaun McCance sha...@gnome.org wrote: That's why itstool uses ITS. its:rules xmlns:its=http://www.w3.org/2005/11/its; version=1.0 its:translateRule translate=no selector=/application/ its:translateRule translate=yes selector=/application/name |

Re: About clutter-gtk and his lack of accessibility support

On 14 February 2013 19:08, Matthias Clasen matthias.cla...@gmail.com wrote: gnome-color-manager-3.7.5-1.fc19.x86_64 This is using it for only one thing; the 3D gamut graph widget. Is there a more supported way to define a custom GTK widget that lets me embed a clutter actor? I'm using mash to

Re: Preserved Window Placement

On 26 October 2012 15:07, Havoc Pennington h...@pobox.com wrote: This could be even higher-level in fact. All the app must do is specify which windows are the same from invocation to invocation. That is the fundamental problem (what is the key we are saving the window state underneath).

Re: Requiring systemd for the gnome-settings-daemon power plugin

On 19 October 2012 14:27, Sebastien Bacher seb...@ubuntu.com wrote: ..otherwise I will suggest we stop making GNOME available since Ubuntu doesn't have the requirements to run 3.8... I'm sure I was talking to several people that managed to get systemd/logind working just fine on Ubuntu. Can't

Re: GNOME and high-DPI screens

On 4 July 2012 10:52, Olav Vitters o...@vitters.nl wrote: Best to give developers high DPI screens (not kidding). From my experience working with hardware, I could not agree more. 10 x $500 screens sent to a few GTK developers would result in several hundred-man hours of work done on the high

Re: Redesign Gnote as Notes?

On 21 May 2012 13:48, Matthias Clasen matthias.cla...@gmail.com wrote: Thanks for considering the new design. I would really love to see gnote move towards that, so that the many happy gnote users can remain happy in GNOME 3. Yes, I'm a heavy gnotes user and would also appreciate the gnotes

Re: Redesign Gnote as Notes?

On 21 May 2012 14:08, Will Thompson will.thomp...@collabora.co.uk wrote: That would be Casey Harkins: https://github.com/charkins/gnome-shell-extension-notesearch works with both Gnote and Tomboy. Nirvana. Beer tokens to Casey. Thanks dude. Richard.

Re: Feature proposal: Alternative input system based on low-cost webcam

On 21 October 2011 17:28, Piñeiro apinhe...@igalia.com wrote:  * Repositories: right now it is on sourceforge. This shouldn't be a blocker thought. I'm pretty sure it needs to be on git.gnome.org  * Look and feel: some people could not agree with current interface [2]. This shouldn't be a

Re: Feature proposal: Braille Translator for Print Documents

On 21 October 2011 17:25, Piñeiro apinhe...@igalia.com wrote: This proposal would include a need to make liblouisxml a required external dependency. However, we do not think this will pose a hardship to distros as liblouisxml is liblouisxml is considered stable and in maintenance mode. [5] I

Re: GNOME user survey 2011 (v6)

On 18 October 2011 16:52, Olav Vitters o...@vitters.nl wrote: Such actions just confirms that the effort was not an honest intention to gather feedback. Just to confirm own thoughts. I don't think many of us on this list thought the intention of the survey was to highlight areas needing

Full screen color management

GNOME 3.2 is polishing up nicely, but some of us have twitchy fingers and are looking forward to 3.4. One of my goals is to complete the desktop color management work, and bring OSX-style full screen color management to the GNOME desktop. This means doing full screen color management on the GPU,

Re: Full screen color management

On 6 September 2011 13:40, Emmanuele Bassi eba...@gmail.com wrote: oh, you wanted *actual* proper feedback? ;-) Yes! :-) how is the shader approach structured? Well, at the moment the test code is a fragment shader which is attached to each actor using clutter_actor_set_shader (which I notice

Re: Full screen color management

On 6 September 2011 14:27, Bastien Nocera had...@hadess.net wrote: Given that we now use a Clutter based sink in Totem, Cheese and Empathy, does this mean that we could drop per-application brightness/contrast/etc. tweaks, if they were to be done desktop-wide? Well, color-management and

Re: TARBALLS DUE: GNOME 3.1.90 beta release, and freezes

On 28 August 2011 08:18, Frederic Peters fpet...@gnome.org wrote: We pushed it back to make it rock, so we count on you to deliver your tarballs on time, this is before Monday 23:59 UTC. Thanks! Monday is a bank holiday in the UK, so I have to work on my day off or will early morning Tuesday be

Re: GNOME user survey 2011 (v4)

On 19 August 2011 14:13, Felipe Contreras felipe.contre...@gmail.com wrote: Is there anyone in the universe able to create a user survey worthy of GNOME? Can you convince him of doing so? Do your survey with the questions you want, and come to your own conclusions. Blog about them if you want.

Re: GNOME user survey 2011 (v4)

On 19 August 2011 18:42, Felipe Contreras felipe.contre...@gmail.com wrote: Sure, I just wanted to make things clear. In fact, if they cared about user feedback, there would be some numbers available somewhere, and I wouldn't have to do this. We're not asking you to do anything. Please just

Re: GNOME user survey 2011 (v4)

On 19 August 2011 20:26, Felipe Contreras felipe.contre...@gmail.com wrote: ...To me GNOME is hitting everything in the room as it's going forward, and saying; I'm fine, I know where I'm going... To me, the sun is shining through the windows of a freshly redecorated room. If you have specific

Re: Formal complaint concerning the use of the name System Settings by GNOME

On 4 August 2011 07:27, George Spelvin li...@horizon.com wrote: I think what is needed is a series of more specific alternate names in a .desktop file, with more levels than the current GenericName and Name. I think the KDE system settings desktop file just needs an addition of:

Re: GNOME user survey 2011

On 1 August 2011 11:20, Christophe Fergeau t...@gnome.org wrote: Once again, I think things will go this way, we run the poll, maybe 1% of gnome users answer, N% of these respondants answer X, and then we'll get people saying N% of GNOME users want X, upstream ignore their users! To upstream

Re: new jhbuild features: jhbuild sysdeps and partial_build = True

On 29 July 2011 05:53, John Stowers john.stowers.li...@gmail.com wrote: This doesn't currently work on non-packagekit system, such as Ubuntu. I created You can use PackageKit on Ubuntu, it works fine. It's just not installed by default, which is unfortunate. Richard.

Re: On the Interaction with the design team

On 1 June 2011 12:57, Matthias Clasen matthias.cla...@gmail.com wrote: Basically, mailing lists don't work for many kinds of productive discussion. Agreed. In my recent discussions with the dudes in #gnome-design there was a flurry of messages, perhaps as many as 200 back-and-forth discussions

Re: gnome-power-manager 3.0.2

On 23 May 2011 10:18, Richard Hughes install-mod...@master.gnome.org wrote: http://download.gnome.org/sources/gnome-power-manager/3.0/gnome-power-manager-3.0.2.tar.gz  (4.81M) I've noticed that mails are being now sent automatically to ftp-release-list -- are we still supposed to send mail

Re: Reminder: new uploads ftp.gnome.org will have .tar.xz and .tar.bz2 (May 25th)

On 21 May 2011 14:34, Olav Vitters o...@vitters.nl wrote: As from May 25 (once GNOME 3.0.2 stable has been released), new tarballs on ftp.gnome.org will be uploaded as:  - .tar.xz  - .tar.bz2 Meaning: no more .tar.gz for *new* uploads. So does this mean for the release on Monday we should

Re: 3.2 features: color management

On 20 May 2011 13:24, Matthias Clasen matthias.cla...@gmail.com wrote: Over the past week, Richard and I have spent a lot of time in #gnome-design, discussing the goals and design for a 'color' control-center panel. This was hard; color management is a very technical topic. I just wanted to

Re: 3.2 features: color management

On 20 May 2011 14:31, Luca Ferretti lferr...@gnome.org wrote: In GNOME 3.2, colord is an approved external dependancy and many GNOME applications should use this to make a 100% color managed desktop. Ehmm.. is? really? I sent an email to DDL prior to the release of 3.0 that colord would be a

Re: 3.2 features: login screen

On 20 May 2011 14:44, Luca Ferretti lferr...@gnome.org wrote: Now serious, I repeat. We still have to define what GNOME OS will be. So I suggest to use 3.2 timeframe to clean up applications and libraries instead starting to work on downstream stuff. Do you? I thought 3.0 was all about getting

Re: 3.2 features: color management

On 20 May 2011 13:38, Richard Hughes hughsi...@gmail.com wrote: When I've pushed some of the initial code into gnome-control-center and gnome-settings-daemon I'll post some screenshots of what it looks like. Okay, I've pushed the code to g-s-d and g-c-c just now. Thanks to Bastien and Matthias

Re: GNOME Feature Proposal: Backup

On 10 May 2011 20:10, Bastien Nocera had...@hadess.net wrote: You'd need to ask Richard. I think the only reason it's not builtin to the control-center is because it didn't go through design, but I might be wrong. Well, I got shafted in GNOME 3, as I was told I shouldn't have installed a panel

Re: Fix gsettings path to use /org/gnome instead /apps

On 24 March 2011 22:41, Luca Ferretti lferr...@gnome.org wrote: [3] actually it misses a patch for org.gnome.packagekit.gschema.xml I've made this change in gnome-packagekit in git master, let me know if we get a freeze exception for this and I'll cherry-pick into gnome-3-0. Thanks, Richard.

Re: Fix gsettings path to use /org/gnome instead /apps

On 25 March 2011 13:37, Luca Ferretti lferr...@gnome.org wrote: Yes, freeze exception granted, feel free to change :) I've pushed updates to gnome-3-0 for gnome-power-manager, gnome-packagekit and gnome-color-manager. Thanks, Richard. ___

Re: GNOME 3.2 ideas and plans

On 23 March 2011 11:08, Allan Day allanp...@gmail.com wrote: Software aside, we really need that new version of the HIG that we've been talking about (Calum has been taking this forward recently)! In related news, I have no idea what the HIG is supposed to be for 3.0. Some control center panels

Re: install-module / ftp.gnome.org / master.gnome.org

On 2 March 2011 11:30, Frederic Crozat f...@crozat.net wrote: I'd say let's stick to .bz2 only for now. Makes sense to me. Fedora certainly uses .bz2 in preference to .gz. Richard. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org

gnome-control-center network panel

If you're using the network panel in gnome-control-center, you need to be _running_ the 0.9 version of NetworkManager daemon. If you're compiling with JHBuild, then you're probably compiling against 0.9 already, but have a running 0.8 daemon and so the control panel will be very bare. The API is

Re: gnome-control-center network panel

On 22 February 2011 20:54, Emilio Pozuelo Monfort po...@ubuntu.com wrote: Are there tarballs for NM 0.9 already? And if not, do you know the plans for the 0.9 release? No idea, sorry. CCing Dan Williams (maintainer). Richard ___ desktop-devel-list

Heads up: gnome-color-manager will need colord for GNOME 3.2

For GNOME 3.2, I would like gnome-color-manager to depend on a new project called colord (also written by myself). colord is a project which aims to be a simple system activated daemon that maps devices to color profiles. colord will be used by CUPS to color manage printers, and connects to

Re: Metacity towards GNOME 3.0

On 2 December 2010 09:13, Rodrigo Moya rodr...@gnome-db.org wrote: We have been moving all desktop-wide settings to gsettings-desktop-schemas, so I guess it makes sense to have them there, under org.gnome.window-manager (or something similar), and just have metacity and mutter depend on it

glade3 is the recommended way to edit GtkBuilder files?

I can't get glade3 to build with jhbuild. It segfaults for me on Fedora 14, in various different places doing different things. It's also missing several of the new widgets added to GTK in the last few years, e.g. GtkInfoBar and GtkComboBoxText. Is it still the recommended way we create and edit

Re: Session DBus protocol

On 26 October 2010 03:57, Ryan Lortie de...@desrt.ca wrote: In short, I actually have absolutely no complaints about how it works now.  Please disregard. :) Cool, one less API break :-) Richard. ___ desktop-devel-list mailing list

Re: Session DBus protocol

On 25 October 2010 21:01, Ryan Lortie de...@desrt.ca wrote: I am interested in adding support to GtkApplication. In porting gnome-power-manager to GDBus, there was a lot of overlap between the new GtkApplication stuff, and the gnome-session functionality. It would certainly make sense to tie

Re: G/tkApplication

On 19 October 2010 00:44, Ryan Lortie de...@desrt.ca wrote: The upshot, though, is probably that quite some application that were making use of the old GApplication have stopped working. So... what versions of gtk+ and glib should GNOME 2.91.1 tarballs be targeted against? Can I just skip

Applets and GNOME 3

Okay, we all know applets are a naughty word with GNOME 3. What do we do with them - delete them from git master? Would this be a precondition on an project getting the badge of GNOME 3 ? Richard. ___ desktop-devel-list mailing list

Re: Applets and GNOME 3

On 28 September 2010 12:58, Juanjo Marin juanj.ma...@juntadeandalucia.es wrote: I thought we were going to distribute gnome panel and applets for some cycles before dropping them out. If that's the plan, then we need some kind of time limit, and we need to build the old libraries with gtk3

Re: GApplication is going away

On 3 September 2010 07:20, Ryan Lortie de...@desrt.ca wrote:  totem, gnome-color-manager, eog, nautilus gnome-color-manager on gnome-2-32 only references GtkApplication in NEWS, and so is a false positive. You know, for the next release when somebody says Hey, I've merged cool-new-feature,

2.91 tarballs?

For GNOME 2.32 I'm branching my modules from 2.30 and backporting easy stuff from git master. 90% of my development effort is going towards GNOME 3, which is happening on git master. Git master in most of my modules depends on stuff like gtkapplication, gsettings, gdbus and the new control center.

Re: 2.91 tarballs?

On 9 August 2010 14:15, Vincent Untz vu...@gnome.org wrote: You can release 2.90.x (not sure why you'd want 2.91 before 2.90 ;-)). Some modules already have such versions. 90 is an even number, and thus 'stable', surely? Richard. ___

Re: 2.91 tarballs?

On 9 August 2010 18:36, Matthias Clasen matthias.cla...@gmail.com wrote: I have no problem with changing GTK+ to the 2.91 track Okay, as I'm not happy changing 90 to be an odd number (:-) I'll use 2.91.1. Thanks. Richard. ___ desktop-devel-list

Re: gnome-color-manager now requires lcms2

On 25 June 2010 07:35, Frederic Peters fpet...@gnome.org wrote: I realize now there has been no formal request to have lcms as an approved external dependency, probably because by the time it was requested I had a look and liblcms looked old, stable, and available in all distributions. Right,

gnome-color-manager now requires lcms2

I've just switched gnome-color-manager in git master to require lcms2. The author of lcms has switched development efforts to lcms2, and now lcms1 won't get any new features or anything other than security bug fixes. lcms2 is however parallel installable with lcms, so that makes it easier on

libnotify and GNOME 3

libnotify is the only major library that I'm unclear on for GNOME 3. It's a conditional buildrequire in all my GNOME projects (as libnotify still uses gtk2.0) and I'm sure we should have a more compelling vision for notifications in GNOME 3.0. Does libnotify just require building against gtk3 or

Re: Call to maintainers: GNOME 2.31 to ship GTK 2.90

On 10 June 2010 12:24, Andre Klapper ak...@gmx.net wrote: This requires module maintainers to port their modules now (if you don't want an angry release-team mob soon in front of your house). So, should we be requesting gtk3 = 2.90 in configure.ac now? At least for Fedora rawhide the lack of

Using GSettings to set for all users

I'm about ready to push my gsettings branch of gnome-power-manager into master. The only remaining bits to port is the set default button which sets the per-user settings for all users. This used to work using the DBus interface of GConf (the policykit helper), but I'm unsure on how to port this

Re: Modulesets Reorganization

On 2 June 2010 10:31, Luca Ferretti lferr...@gnome.org wrote: I.e. color management is of course really useful, but not needed to run a desktop session, isn't it? I think the argument is that it's a framework (DBus interface) that applications will be relying on, rather than a single

Re: New module decisions for 3.0

On 2 June 2010 17:37, David Zeuthen zeut...@gmail.com wrote: The udisks codebase however isn't currently set up so it's easy to port the udisks codebase to, say, FreeBSD. But I'm planning to at least make that easier, I'm already busy porting it to use GDBus and a big part of that work is

  1   2   3   >