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

2021-01-14 Thread Benjamin Berg
On Thu, 2021-01-14 at 12:21 +0100, Bastien Nocera wrote: > On Thu, 2021-01-14 at 12:08 +0100, Benjamin Berg wrote: > > On Thu, 2021-01-14 at 12:06 +0100, Bastien Nocera wrote: > > > This is likely a migration problem, as the project was originally > > > in > > &

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

2021-01-14 Thread Benjamin Berg
On Thu, 2021-01-14 at 12:06 +0100, Bastien Nocera wrote: > This is likely a migration problem, as the project was originally in > Jonas' personal namespace, right? All the projects under the GNOME > namespace should have the same settings allowing anyone in the > project to commit anything and

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

2021-01-14 Thread Benjamin Berg
On Wed, 2021-01-13 at 15:57 -0600, Michael Catanzaro wrote: On Wed, Jan 13, 2021 at 9:28 pm, Philip Withnall wrote: > Given that you’ve just committed to submitting MRs and waiting for > CI > to pass, rather than pushing directly to master, perhaps this rule > should be rethought? Hm... as

Re: How to detect a gtk desktop programmatically

2020-04-30 Thread Benjamin Berg
On Wed, 2020-04-29 at 15:59 -0400, Tres Finocchiaro via desktop-devel- list wrote: > I'm asking how to detect a Gtk desktop. An answer that says "always' > isn't really correct. The use-cases for this -- as indicated by the > Debian search results in the commit that removed this flag -- were in

Re: Matrix IRC bridge considered harmful

2020-02-13 Thread Benjamin Berg
On Wed, 2020-02-12 at 16:35 -0600, Michael Catanzaro wrote: > On Wed, Feb 12, 2020 at 2:09 pm, Britt Yazel wrote: > > I have had horrible experiences with Matrix/Riot.im. I'm not sure > > which of those is due to the IRC bridge or which is due to Matrix > > itself, or which is due to the

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

2019-05-03 Thread Benjamin Berg
On Wed, 2019-05-01 at 21:58 +1000, Michael Gratton wrote: > On Wed, May 1, 2019 at 21:52, Michael Gratton wrote: > > On Wed, May 1, 2019 at 12:48, Richard Hughes > > wrote: > > > On Wed, 1 May 2019 at 12:38, Michael Gratton wrote: > > > > They have also been successful in getting other

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

2019-05-02 Thread Benjamin Berg
On Wed, 2019-05-01 at 15:53 +0200, Carmen Bianca Bakker wrote: > Je mer, 2019-05-01 je 23:31 +1000, Michael Gratton skribis: > > On Wed, May 1, 2019 at 15:19, Carmen Bianca Bakker > > > > > > I did however point out that Python has replaced uses of the > > > > term > > > > "master", and we

Re: [GitLab] IMPORTANT: Mass migration plan

2018-03-21 Thread Benjamin Berg
On Wed, 2018-03-21 at 12:07 +0100, Alexandre Franke wrote: > > > Any chance of getting https://gitlab.gnome.org/Incubator/bztogl/issues/7 > > > fixed before then? > > > > Not sure, I think impersonating is still something some people > > don't agree > > with. > > With the kinds of power admins

Re: Call for OPW project ideas

2014-11-03 Thread Benjamin Berg
Hi, On Sa, 2014-09-27 at 11:45 -0400, Marina Zhurakhinskaya wrote: Yes. The legal liability is only for gross negligence, recklessness or intentional wrongdoing. This is covered on https://wiki.gnome.org/OutreachProgramForWomen#Contracts OK, I am very late to the thread, but I did read trough

gtk-engines 2.18 branched

2009-09-14 Thread Benjamin Berg
Hello, gtk-engines has (finally) been branched for the 2.18.x series. Development will continue in master. Benjamin signature.asc Description: This is a digitally signed message part ___ desktop-devel-list mailing list desktop-devel-list@gnome.org

Re: how I write GTK+ theme?

2009-01-19 Thread Benjamin Berg
On Mon, 2009-01-19 at 05:19 +, Davyd Madeley wrote: I'm trying to get a feel for how hard it would be to write a tool similar to the Java Swing theme Napkin: http://napkinlaf.sourceforge.net/ I have thought about writing this like two years ago, but never got around to actually start it

Re: Testing dark themes and marking deprecated widgets

2008-10-02 Thread Benjamin Berg
On Tue, 2008-09-30 at 18:00 +0200, Vincent Untz wrote: Hence my suggestion of something more global, that could be used everywhere. Yes, that would be great to have. And if someone steps up to write something, I would love to use that. It would be much nicer than modifying the default theme.

Re: Testing dark themes and marking deprecated widgets

2008-10-02 Thread Benjamin Berg
Hi, On Wed, 2008-10-01 at 00:49 +0200, Sven Neumann wrote: On Tue, 2008-09-30 at 12:31 +0200, Benjamin Berg wrote: Do you think that exposing deprecated widgets and theme related bugs like this is a good idea? I very much welcome the idea of testing applications against a dark theme

Testing dark themes and marking deprecated widgets

2008-09-30 Thread Benjamin Berg
Hello, There have been ideas to improve the desktop by modifying the themes to show problems in application. Specifically I am proposing to use a dark colour scheme for Clearlooks during the next unstable release cycle. Another idea is to highlight deprecated widgets in applications, by changing

Re: Testing dark themes and marking deprecated widgets

2008-09-30 Thread Benjamin Berg
On Tue, 2008-09-30 at 12:54 +0200, Vincent Untz wrote: Le mardi 30 septembre 2008, à 12:31 +0200, Benjamin Berg a écrit : Do you think that exposing deprecated widgets and theme related bugs like this is a good idea? I like the idea. But I would guess distros would patch this out :/ Maybe

Re: Testing dark themes and marking deprecated widgets

2008-09-30 Thread Benjamin Berg
On Tue, 2008-09-30 at 20:48 +0200, Mathias Hasselmann wrote: Am Dienstag, den 30.09.2008, 08:24 -0500 schrieb Shaun McCance: On Tue, 2008-09-30 at 14:02 +0300, Kalle Vahlman wrote: +1 from me for the idea. If I understood correctly it would only be a theme switch, so I don't think you'd

gtk-engines 2.14 branched

2008-04-21 Thread Benjamin Berg
gtk-engines has been branched for 2.14. The branch is gtk-engines-2-14, development for GNOME 2.24 will happen in trunk. Benjamin signature.asc Description: This is a digitally signed message part ___ desktop-devel-list mailing list

gtk-engines 2.12 branched

2007-11-05 Thread Benjamin Berg
Hello, I have just branched gtk-engines. Development will continue in trunk while the gtk-engines-2.12 branch is for bugfixes and translation updates only. Benjamin signature.asc Description: This is a digitally signed message part ___

gtk-engines branched

2007-05-17 Thread Benjamin Berg
Hello, I have finally branched gtk-engines for 2.10. This branch is based on an old version of trunk as there have been a lot non bug fix changes. All translations and most bug fixes have been merged from trunk into the new branch. Benjamin signature.asc Description: This is a digitally signed