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*. Both

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 f

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 woul

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 I'm guilt of this,

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 https://mail.gnome.org/mailman

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 and LXDE programs

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 https://gitlab.gnome.org/GN

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 shape now. Richard. __

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 desktop-devel-list@gnome.org https://mai

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 gnome-software as we have lots of diff

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 on GitHub and the

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 built, broke one of the two

Re: Gnome Flatpak build system, descriptions and questions

On 25 August 2016 at 16:29, Alexander Larsson wrote: > However, it would > make more sense for each individual application developers to maintain > the manifest in the applications git repo. I think this is a very good idea indeed; I was confused about the "centralization" aspect of the builder f

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 some new things easily (

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 https://www.commonsensemedia.org/about-us/our-mission/about-our-ratings you can see

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 metadata now, so there's nothing th

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 po

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 desktop-devel-list@gnome.org https://m

Re: GNOME Software and fwupd

On 21 April 2015 at 10:33, Bastien Nocera 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 https://mail.gnome.or

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 do

Re: Reminder: three weeks until UI freeze

On 27 January 2015 at 07:40, Trịnh Anh Ngọc wrote: > Gnome Color Manager | https://bugzilla.gnome.org/show_bug.cgi?id=742171 All committed, thanks. In general, if anyone has patches that need my +1 before pushing, please ping me on IRC -- I don't even pretend to read all my bugmail these days. Th

Re: GNOME MultiWriter

On 9 January 2015 at 15:07, Olav Vitters 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: https://wiki.gnome.org/Apps/MultiWriter

Re: GNOME MultiWriter

On 9 January 2015 at 13:17, Alberto Ruiz wrote: > Did we ever have a GNOME app to specifically write an ISO to a single USB > drive? GNOME Disks handles this case well (using the same mechanism that g-m-w does) -- Just right click on the ISO file and choose a device. Richard

GNOME MultiWriter

For once, not an email from me about AppData... :) GNOME MultiWriter can be used to write an ISO file to multiple USB devices at once. Supported drive sizes are between 1Gb and 32Gb. This application may be useful for QA testing, to create a GNOME Live image for a code sprint or to create hundreds

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 pol

Re: RFC: GSound, a GObject library for playing system sounds

On 4 December 2014 at 11:45, Emmanuele Bassi wrote: > I'm not overly on board with shoving even more API inside GDK just to > keep the number of libraries down. Right; but from a 40,000ft view, having to depend on a new *set* of libraries just to do a *BING* sound probably means our "platform" st

Re: RFC: GSound, a GObject library for playing system sounds

On 15 November 2014 at 06:37, Tristan Brindle wrote: > As far as I’m concerned it’s ready to be used, so please go ahead and try it > out! I've done this, and it's indeed much nicer than using libcanberra directly. With my maintainer hat on, I'm not super happy about depending on yet-another-hel

Re: Applications in GNOME without AppData

On 13 October 2014 17:02, Daniel Mustieles García 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 file? It's ok to mark the

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] * xcha

Re: GNOME Goals

On 24 September 2014 09:31, Martyn Russell 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 to date is kinda

Re: Gnome.org's crypto infrastructure

On 8 July 2014 13:24, Ray Strode 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 "distcheck" rather than "

Re: Icon theme changes

On 26 April 2014 15:04, Matthias Clasen 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 https://mail.gnome.org/mailman/listinfo/desk

Re: gnome-software/packagekit support for arch linux

On 27 March 2014 02:46, Sriram Ramkrishna 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 eco-system. There are t

Re: missing tarballs

On 25 March 2014 13:31, Giovanni Campagna wrote: > There are no commits since .92, is a release needed? Please. Richard ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: UI Freeze Blockers

On 14 February 2014 10:43, Allan Day 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 installation T

Re: gnome-settings-daemon & wayland

On 13 February 2014 19:40, Rui Tiago Cação Matos 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: libgsystem as a shared library

On 5 February 2014 11:52, Colin Walters 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 source files into

Re: libgsystem as a shared library

On 5 February 2014 09:23, Colin Walters 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 much more likel

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

On 29 January 2014 15:03, Andika Triwidada 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 changes, and apol

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

On 29 January 2014 09:55, Daniel Mustieles García wrote: > gnome-control-center > gnome-desktop > gnome-software Fine with me, thanks. Richard ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desk

Re: 3.12 feature: GNOME Software

On 24 September 2013 15:29, Olav Vitters 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 things like inp

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 Packag

Re: Opening the 3.12 cycle

On 23 September 2013 14:46, Frederic Peters 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 a screenshot e

Re: GNOME Software Center and YOU!

ppData file yourself, commit it upstream and add a link on the document. Thanks again! Richard On 29 August 2013 21:07, Richard Hughes 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? > > I

Re: GNOME Software Center and YOU!

On 30 August 2013 15:08, Simon Kågedal Reimer 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 entry in the FAQ

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 yo

Re: AppData proposal

On 21 August 2013 15:21, Shaun McCance wrote: > That's why itstool uses ITS. >xmlns:its="http://www.w3.org/2005/11/its"; > version="1.0"> > >selector="/application/name | /application/summary | > /application/description"/> > So where does that ITS snippet live? On

Re: AppData proposal

On 21 August 2013 15:00, Jasper St. Pierre 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 to be "Tracker"

Re: AppData proposal

On 21 August 2013 14:35, Colin Walters 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 content from that.

Re: AppData proposal

On 21 August 2013 13:47, Shaun McCance 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 repeated. Do you r

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 http://people.freedesktop.org/~hughsient/temp/appdata

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

On 14 February 2013 19:08, Matthias Clasen 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 render the 3D gamut model i

Re: Preserved Window Placement

On 26 October 2012 15:07, Havoc Pennington 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). gtk_window

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

On 19 October 2012 14:27, Sebastien Bacher 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 the GNOME remix

Re: GNOME and high-DPI screens

On 4 July 2012 10:52, Olav Vitters 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 DPI issue, most

Re: Redesign Gnote as Notes?

On 21 May 2012 14:08, Will Thompson 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. ___ desktop-devel-list mai

Re: Redesign Gnote as Notes?

On 21 May 2012 13:48, Matthias Clasen 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 codebase being transforme

Re: Feature proposal: Braille Translator for Print Documents

On 21 October 2011 17:25, Piñeiro 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 think liblouisx

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

On 21 October 2011 17:28, Piñeiro 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 blocker thought. >

Re: GNOME user survey 2011 (v6)

On 18 October 2011 16:52, Olav Vitters 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 improvement in GNOME.

Re: Full screen color management

On 6 September 2011 14:27, Bastien Nocera 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 "tweaking" is kinda o

Re: Full screen color management

On 6 September 2011 13:40, Emmanuele Bassi 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 is now depreca

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

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

On 28 August 2011 08:18, Frederic Peters 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 acceptable? I d

Re: GNOME user survey 2011 (v4)

On 19 August 2011 20:26, Felipe Contreras 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 problems with GNOME, fi

Re: GNOME user survey 2011 (v4)

On 19 August 2011 18:42, Felipe Contreras 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 run the poll on your perso

Re: GNOME user survey 2011 (v4)

On 19 August 2011 14:13, Felipe Contreras 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. You could even convince a

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

On 4 August 2011 07:27, George Spelvin 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: OnlyShowIn=KDE; Richard.

Re: GNOME user survey 2011

On 1 August 2011 11:20, Christophe Fergeau 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 maintaine

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

On 29 July 2011 05:53, John Stowers 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. ___ desk

Re: On the Interaction with the design team

On 1 June 2011 12:57, Matthias Clasen 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 per hour. In that same hou

Re: gnome-power-manager 3.0.2

On 23 May 2011 10:18, Richard Hughes 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 manually to gnome-an

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

On 21 May 2011 14:34, Olav Vitters 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 now change

Re: 3.2 features: color management

On 20 May 2011 13:38, Richard Hughes 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 an

Re: 3.2 features: login screen

On 20 May 2011 14:44, Luca Ferretti 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 our platform

Re: 3.2 features: color management

On 20 May 2011 14:31, Luca Ferretti 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 dep for gno

Re: 3.2 features: color management

On 20 May 2011 13:24, Matthias Clasen 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 thank all the people in

Re: systemd as external dependency

On 19 May 2011 07:10, Jasper Lievisse Adriaanse wrote: > There are at two OpenBSD developers working full time on GNOME. Yes, full > time. What do they do? It's only recently upower has been ported to anything other than Linux, which means that OpenBSD must have been running with something like

Re: GNOME Feature Proposal: Backup

On 10 May 2011 20:10, Bastien Nocera 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 in the control

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

On 25 March 2011 13:37, Luca Ferretti 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. ___ desktop-devel-list mailing li

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

On 24 March 2011 22:41, Luca Ferretti 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: GNOME 3.2 ideas and plans

On 23 March 2011 11:08, Allan Day 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 have gray labels

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

On 2 March 2011 11:30, Frederic Crozat 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 http://mail.gnome.or

Re: gnome-control-center network panel

On 22 February 2011 20:54, Emilio Pozuelo Monfort 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 mailing list d

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 qu

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 variou

Re: Metacity towards GNOME 3.0

On 2 December 2010 09:13, Rodrigo Moya 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 Yes, this is what I

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 G

Re: Session DBus protocol

On 26 October 2010 03:57, Ryan Lortie 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 desktop-devel-list@gnome.org htt

Re: Session DBus protocol

On 25 October 2010 21:01, Ryan Lortie 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 this together. R

Re: G/tkApplication

On 19 October 2010 00:44, Ryan Lortie 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 2.91.1 tarballs a

Re: Applets and GNOME 3

On 28 September 2010 12:58, Juanjo Marin 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 [world of pain]. Richard. ___

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 desktop-devel-list@

Re: GApplication is going away

On 3 September 2010 07:20, Ryan Lortie 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, please update you

Re: 2.91 tarballs?

On 9 August 2010 18:36, Matthias Clasen 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 mailing list desktop-devel-list

Re: 2.91 tarballs?

On 9 August 2010 14:15, Vincent Untz 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. ___ desktop-devel-list mailing lis

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.

  1   2   3   >