[gnome-desktop] Created branch gnome-3-36
The branch 'gnome-3-36' was created pointing to: fe121cf... Update Ukrainian translation ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
geocode-glib 3.26.2
About geocode-glib == geocode-glib is a helper library for of geocoding and reverse- geocoding services offered by OpenStreetMap and Nominatim News - Fix build exporting all the symbols - Allow GIR generation when cross-compiling - Allow unknown parameters inside geo: URL Download https://download.gnome.org/sources/geocode-glib/3.26/geocode-glib-3.26.2.tar.xz (71.2K) sha256sum: 01fe84cfa0be50c6e401147a2bc5e2f1574326e2293b55c69879be3e82030fd1 ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[libgweather] Created branch gnome-3-36
The branch 'gnome-3-36' was created pointing to: b226095... Update German translation ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
gnome-characters release?
Hey Daiki, This deprecation fix: https://gitlab.gnome.org/GNOME/gnome-characters/-/merge_requests/36 became a must-fix as the deprecated functions have now been removed, and search doesn't work on an updated GNOME 3.35.x development environment. Maybe release a GNOME 3.34 version from the current main branch, it will fix the deprecation warnings for 3.34, and fix the removed functions for 3.36. Cheers ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[libgweather] Created branch gnome-3-34
The branch 'gnome-3-34' was created pointing to: 1bf6749... 3.34.0 ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[totem] Created branch gnome-3-34
The branch 'gnome-3-34' was created pointing to: 430fbf9... Update Dutch translation ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: Maintainers should announce build-related changes in their modules
On Fri, 2019-09-13 at 10:30 +0100, Emmanuele Bassi wrote: > > If a dependency is already in the GNOME SDK then there's no real need > to notify us; unless, of course, the dependency in the SDK is pinned > to a specific version, and you require a later one. > > As I said in the original email, before this detour into whether > humans can or should be automated out of their jobs, this is > definitely more important for dependencies hosted outside of > gitlab.gnome.org. So, for applications and their direct dependencies, that'd mean a mail when the development Flatpak needs a change, but not when the change is related to a dep on gitlab.gnome.org. Which I guess means that non-gitlab.gnome.org dependencies should probably be pinned to specific versions even in our nightly/devel builds. Still, that seems somewhat automatable. ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: Maintainers should announce build-related changes in their modules
On Fri, 2019-09-13 at 10:12 +0100, Emmanuele Bassi via desktop-devel- list wrote: > Not every single problem we have in building a complex project like > GNOME can be solved by a script; if it were, we wouldn't need > maintainers, and y'all would have been replaced by a script already. This doesn't sound one bit nice or polite. I'd like to apologise in advance for the time that I'll also forget to send a mail to the release-team, or wondering why I need to tell the release-team when I bump a dependency that's going to be shipped with the new GNOME anyway, such as GTK or glib. ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[gnome-books] Created branch gnome-3-32
The branch 'gnome-3-32' was created pointing to: a371080... flatpak: Add gnome-common dependency for gnome-epub-thumbna ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: Some nigthly flatpaks are failing to build
On Thu, 2019-08-01 at 16:05 +0200, Bastien Nocera wrote: > On Thu, 2019-08-01 at 12:21 +0100, Javier Jardón wrote: > > Hi, > > > > It came to my attention [1] several of the nigthly flatpaks of our > > core apps stop building against the latest GNOME flatpak runtime > > > > Taking a look to the build failures, seems the main problems are: > > > > 1. Some of the modules depend on intltool or gnome-common; those > > are > > not in the SDK anymore. > > Solutions: > > - Check a more version of the component doesnt depend on those > > already > > (new versions of gnome-desktop doesnt depend on gettext/gnome- > > common, > > for example) > > - Port component to use gettext [2] > > - Port component to not use gnome-common [3] > > - (less preferable) Include intltool/gnome-common on your manifest, > > as > > a submodule [4] or directly in it [5] > > > > 2. Build failure with the gspell dependency; this is [6] > > Solution: > > - Try to fix [6] or, in the meantime, depend on the latest release > > tarball/tag instead master [7] > > > > Please apply those fixes asap so we can have full green for the > > next > > GNOME 3.34 release! > > gnome-books and totem have been fixed. gnome-books and totem should be really fixed now, as they build correctly locally. I had only fixed the first problem I hit in each, and expected the CI images to be up-to-date and fail. They were not and they did not. ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: Some nigthly flatpaks are failing to build
On Thu, 2019-08-01 at 12:21 +0100, Javier Jardón wrote: > Hi, > > It came to my attention [1] several of the nigthly flatpaks of our > core apps stop building against the latest GNOME flatpak runtime > > Taking a look to the build failures, seems the main problems are: > > 1. Some of the modules depend on intltool or gnome-common; those are > not in the SDK anymore. > Solutions: > - Check a more version of the component doesnt depend on those > already > (new versions of gnome-desktop doesnt depend on gettext/gnome-common, > for example) > - Port component to use gettext [2] > - Port component to not use gnome-common [3] > - (less preferable) Include intltool/gnome-common on your manifest, > as > a submodule [4] or directly in it [5] > > 2. Build failure with the gspell dependency; this is [6] > Solution: > - Try to fix [6] or, in the meantime, depend on the latest release > tarball/tag instead master [7] > > Please apply those fixes asap so we can have full green for the next > GNOME 3.34 release! gnome-books and totem have been fixed. Cheers ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[gnome-bluetooth] Created branch gnome-3-32
The branch 'gnome-3-32' was created pointing to: 294f694... Updated Danish translation ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[totem] Created branch gnome-3-32
The branch 'gnome-3-32' was created pointing to: b8b8a54... 3.32.1 ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[libgweather] Created branch gnome-3-32
The branch 'gnome-3-32' was created pointing to: 99141f3... Updated Slovenian translation ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
gnome-kra-ora-thumbnailer 1.4
News - Fix a crash with files in the Trash, or Recent files - Quiet build for newer versions of gdk-pixbuf/GLib Download https://download.gnome.org/sources/gnome-kra-ora-thumbnailer/1.4/gnome-kra-ora-thumbnailer-1.4.tar.xz (77.2K) sha256sum: efdbebfc2adfe5d491c3d88e515e0da62a647c2568670fa01d9263c21cce29ac ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[gnome-user-share] Created branch gnome-3-32
The branch 'gnome-3-32' was created pointing to: f19b4fb... webdav: Remove unused include ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: Update your libhandy submodules (and packages)
On Fri, 2019-03-01 at 07:12 -0600, mcatanz...@gnome.org wrote: > Yeah, a new libhandy release ASAP would be appreciated. > > Affected applications: > > epiphany > gnome-bluetooth It's not affected. The only widget is a copy/paste. > gnome-contacts > gnome-control-center > gnome-games > > I think libhandy has reached the point that it's time to start > thinking > about making it a system dependency so we don't have to enter panic > mode to update a bunch of different places whenever there's a bug > like > this. (There will be more bugs.) I'd really rather libraries that sit in between GLib/GTK and the app to live on GNOME servers. And this particular bug still needs a release to fix it. > On Fri, Mar 1, 2019 at 4:06 AM, Bastien Nocera > wrote: > > For the release-team: > > Did the definition and acceptance criteria change for external > > dependencies? libhandy is a library hosted on a 3rd-party server > > which > > some core applications have a dependency on. > > We don't really have any formal rules for external dependencies, I > think not since the GNOME 2 days. I'll bear that in mind next time I get a complaint about the required version of meson being too new *cough* ;) ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Update your libhandy submodules (and packages)
libhandy broke translation for all applications that used it because of a call to textdomain()[1]. Make sure your submodule contains at least the commit labelled: Fix broken translations in all libhandy applications Would be useful for the libhandy developers to release a new version ASAP. For the release-team: Did the definition and acceptance criteria change for external dependencies? libhandy is a library hosted on a 3rd-party server which some core applications have a dependency on. [1]: Easy mistake to make, right? :) https://gitlab.gnome.org/Archive/gnome-vfs-extras/commit/567b7c24513c228d3f5c0f6fe3552ef38bb4fa7c ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: String/UI Freeze Break (#2) - totem
On Tue, 2019-02-26 at 18:34 +0100, Andre Klapper wrote: > On Tue, 2019-02-26 at 15:58 +, Emmanuele Bassi via release-team > wrote: > > On Tue, 26 Feb 2019 at 15:32, Bastien Nocera > > wrote: > > > On Mon, 2019-02-25 at 13:52 +0100, Piotr Drąg wrote: > > > > pon., 25 lut 2019 o 13:44 Bastien Nocera > > > > napisał(a): > > > > > Hey, > > > > > > > > > > This removes some UI which isn't connected to anything > > > > > anymore. > > > > > There > > > > > aren't any screenshots in the user documentation, and the > > > > > removed > > > > > paragraph would automatically be dropped from user docs > > > > > translations: > > > > > https://gitlab.gnome.org/GNOME/totem/merge_requests/79 > > > > > > > > > > > > > It doesn’t break the string freeze, but thanks a lot for the > > > > notification! > > > > > > Could the release team weigh in with some feedback, please? > > > > Looks very low impact, so +1 from me (r-t). > > r-t 2/2 - yes please. Merged! Thanks for the replies. ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: String/UI Freeze Break (#2) - totem
On Mon, 2019-02-25 at 13:52 +0100, Piotr Drąg wrote: > pon., 25 lut 2019 o 13:44 Bastien Nocera > napisał(a): > > Hey, > > > > This removes some UI which isn't connected to anything anymore. > > There > > aren't any screenshots in the user documentation, and the removed > > paragraph would automatically be dropped from user docs > > translations: > > https://gitlab.gnome.org/GNOME/totem/merge_requests/79 > > > > It doesn’t break the string freeze, but thanks a lot for the > notification! Could the release team weigh in with some feedback, please? Cheers ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
String/UI Freeze Break (#2) - totem
Hey, This removes some UI which isn't connected to anything anymore. There aren't any screenshots in the user documentation, and the removed paragraph would automatically be dropped from user docs translations: https://gitlab.gnome.org/GNOME/totem/merge_requests/79 Cheers ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: String Freeze Break - totem
On Thu, 2019-02-21 at 20:22 +0100, Piotr Drąg wrote: > czw., 21 lut 2019 o 20:05 Alexandre Franke > napisał(a): > > Hi, > > > > On Thu, Feb 21, 2019 at 5:41 PM Bastien Nocera > > wrote: > > > I'd like to add those new strings in totem 3.32: > > > https://gitlab.gnome.org/GNOME/totem/merge_requests/71/diffs > > > > > > Let me know what you think > > > > Early in the freeze, easily translatable and not many strings: 1/2 > > from i18n. > > > > 2/2 from i18n. Merged, thanks! Michael, please file an issue if you think that the "encrypted DVD" error message still doesn't sit well. ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: String Freeze Break - totem
On Thu, 2019-02-21 at 10:50 -0600, mcatanz...@gnome.org wrote: > "The source seems encrypted and can’t be read. Are you trying to > play > an encrypted DVD without libdvdcss?" > > It's challenging to come up with an error message that provides the > right level of technical detail for users to be able to fix the > problem, without confusing nontechnical users. Not sure you hit the > right balance here; it sounds jargon-y. That was the same error message that was in the xine-lib backend for close to 8 years. It's jargon-y on purpose to provide a search term for the user, without actually pointing them at it. ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
String Freeze Break - totem
Hey, While digging through totem's bugs, I realised that I could pretty easily fix a long-standing problem with some sub-par error messages. I'd like to add those new strings in totem 3.32: https://gitlab.gnome.org/GNOME/totem/merge_requests/71/diffs Let me know what you think Cheers ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
gnome-books has been split off from gnome-documents
Hey, Looks like I mentioned my intent to do it, but didn't actually announce when it was done. gnome-books has been split off: https://mail.gnome.org/archives/distributor-list/2019-February/msg0.html This version is also available on Flathub, with WebP support, and many fixes. Cheers ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[gdk-pixbuf] Created branch gnome-2-38
The branch 'gnome-2-38' was created pointing to: 133683a... Update Galician translation ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[gnome-bluetooth] Created branch gnome-3-28
The branch 'gnome-3-28' was created pointing to: bfba23f... Merge branch 'patch-1' into 'master' ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[totem] Created branch gnome-3-30
The branch 'gnome-3-30' was created pointing to: 73a6371... opensubtitles: Fix a function signature ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
gnome-user-share 3.28.0
News Major changes since 3.27.90: - Translation updates ChangeLog = https://download.gnome.org/sources/gnome-user-share/3.28/gnome-user-share-3.28.0.changes (159) Download https://download.gnome.org/sources/gnome-user-share/3.28/gnome-user-share-3.28.0.tar.xz (384K) sha256sum: 09d4d31258f684db43f07a0a9e1fb784c4a7c5504d5b818afcda57da58b69213 ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
libgweather 3.28.1
News * Fix memory and D-Bus match rule leaks * Updated translations Download https://download.gnome.org/sources/libgweather/3.28/libgweather-3.28.1.tar.xz (2.68M) sha256sum: 157a8388532a751b36befff424b11ed913b2c43689b62cd2060f6847eb730be3 ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
libgweather 3.26.2
News * Fix memory and D-Bus match rule leaks * Fix Hong Kong location * Updated translations Download https://download.gnome.org/sources/libgweather/3.26/libgweather-3.26.2.tar.xz (3.25M) sha256sum: 0c36bb1914c75edb0ade8ee889bc19f07106feae119e3e59892839a07bd835ba ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
gnome-settings-daemon 3.28.0
News - Translation updates Download https://download.gnome.org/sources/gnome-settings-daemon/3.28/gnome-settings-daemon-3.28.0.tar.xz (1.30M) sha256sum: de3eeef55c8736cbb8c25fcda2e861879a3b612931758fe1387f61a288636cdc ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
gnome-bluetooth 3.28.0
News - Translation updates Download https://download.gnome.org/sources/gnome-bluetooth/3.28/gnome-bluetooth-3.28.0.tar.xz (341K) sha256sum: 771472f6df7bf16bdcb2266f4e52b7aa8c5e723509481d734ad22b9ae9fcfe60 ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[libgweather] Created branch gnome-3-28
The branch 'gnome-3-28' was created pointing to: 37d1ea3... 3.28.0 ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
libgweather 3.28.0
News * Fix translations not being used [#794027] * Translation updates * Location database updates and fixes for Israel Download https://download.gnome.org/sources/libgweather/3.28/libgweather-3.28.0.tar.xz (2.68M) sha256sum: 594be78dcc0b4c48bf79cd42ea6768160b661bc2a74d9d35ecc742575416e18f ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
gnome-settings-daemon 3.27.92
News Build: - Don't remove assertions in code Print-notifications: - Notify user about need for authentication Power: - Fix divide by zero when there is no keyboard brightness to control - When the the sleep timeout is too short, don't throw errors XSettings: - Hardcode GTK+ 3.x deprecated settings - Expose monitored settings through D-Bus Download https://download.gnome.org/sources/gnome-settings-daemon/3.27/gnome-settings-daemon-3.27.92.tar.xz (1.30M) sha256sum: b42807c472f2990e626e1b3d9f75e67750ff0770e9e5500c3d1b4d508b3f9b03 ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[gnome-user-share] Created branch gnome-3-18
The branch 'gnome-3-18' was created pointing to: 2a37b0b... Update Afrikaans translation ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Polkit release for gettext support?
Hey Miloslav, A number of GNOME modules have started switching from using intltool to using gettext's builtin support for various file formats. Unfortunately, not all distributions have been able to get polkit support for gettext as the necessary .loc/.its files[1] aren't in any released version. Any chance you could do a polkit release for applications to depend on? Cheers [1]: https://cgit.freedesktop.org/polkit/commit/?id=c78819245ff8a270f97c9f800773e727918be838 ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[gnome-settings-daemon] Created branch gnome-3-26
The branch 'gnome-3-26' was created pointing to: 7f7af94... power: Add test that inhibitors don't unblank the screensav ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: GNOME 3.27.2 RELEASED
On Wed, 2017-11-15 at 20:15 +0900, Tristan Van Berkom wrote: > Hi all, > > GNOME 3.27.2, the second unstable release in the 3.28 development > cycle, is now available. > > The porting of more modules to meson continues (which is great!), but > It's still causing some problems for some modules. See the build > failures below, along with a short list of other build errors. > Build Failures > -- > Instead of including a skip list of failing modules, I will just note > here which modules were unable to build and for what reason, it looks > like the majority of failures are due to lack of fresh tarballs: > > o gnome-chess: Changed to use meson, need new release tarball > with meson > o gnome-documents: Changed to use meson, need a new release tarball > with meson It wasn't. Autotools support is still there, but the jhbuild moduleset was changed to use meson as the default. Reverting this for the release would have been enough in this case. > o gnome-boxes: Changed to use meson, new release tarball exists > but lacks the meson.build > o gnome-terminal: Depends on vte 0.51.1, only 0.50.2 is available > (need new vte tarball) > > o gnome-system-monitor: Build failure > > looks like source schema xml is missing from EXTRA_DIST: > > No rule to make target 'org.gnome.gnome-system- > monitor.gschema.xml', needed by 'org.gnome.gnome-system- > monitor.gschema.valid'. Stop. > > o fwupd: Stack trace encountered in po/make-images (this seems to > be >a bug in the runtime / sysdeps, I will investigate > further) > > o gnome-software: Now depends on fwupd, which did not build Do you have a list of bugs for those build failures? Cheers ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: Include GNOME Usage in the future releases
On Mon, 2017-10-16 at 16:27 +0200, Felipe Borges wrote: > Hi everyone, > > We have been discussing for quite some time the inclusion of GNOME > Usage in the GNOME release, initially as a "demo". > > The project has been evolving quite fast and it is expected to have > an > Outreachy student working on it as well. > > This way, I would like to know whether there are any objections > regarding the $subject. > > Ideally we would ship it as a demo in GNOME 3.28, but it would be a > good test to include it in the 3.27.x series too. Filed a number of bugs. HTH! ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: GNOME 3.25.91 released
On Wed, 2017-08-23 at 11:38 +0200, Bastien Nocera wrote: > On Wed, 2017-08-23 at 11:13 +0200, Bastien Nocera wrote: > > Hey, > > > > On Tue, 2017-08-22 at 01:04 -0500, mcatanz...@gnome.org wrote: > > > Hi, > > > > > > GNOME 3.25.91, a late development preview of the upcoming GNOME > > > 3.26 > > > release, is now available. Please help us test it. If you want > > > to > > > compile GNOME 3.25.91 by yourself, you can use the jhbuild > > > modulesets > > > available here: > > > > > > https://download.gnome.org/teams/releng/3.25.91/ > > > > The person releasing the GNOME releases usually also spins a new > > version of gnome-desktop so that the About section of the Settings > > has > > correct information. > > > > Can you please make sure this gets added to the checklist for > > releases? > > I've released gnome-desktop 3.25.91 with a lovely version number bump > and thumbnailer fixes. Enjoy :) I apparently release 3.25.91.1, because I completely blanked out the sub version which is separated from the other components of the version numbers. *sigh* ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: GNOME 3.25.91 released
On Wed, 2017-08-23 at 11:13 +0200, Bastien Nocera wrote: > Hey, > > On Tue, 2017-08-22 at 01:04 -0500, mcatanz...@gnome.org wrote: > > Hi, > > > > GNOME 3.25.91, a late development preview of the upcoming GNOME > > 3.26 > > release, is now available. Please help us test it. If you want to > > compile GNOME 3.25.91 by yourself, you can use the jhbuild > > modulesets > > available here: > > > > https://download.gnome.org/teams/releng/3.25.91/ > > The person releasing the GNOME releases usually also spins a new > version of gnome-desktop so that the About section of the Settings > has > correct information. > > Can you please make sure this gets added to the checklist for > releases? I've released gnome-desktop 3.25.91 with a lovely version number bump and thumbnailer fixes. Enjoy :) ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: GNOME 3.25.91 released
Hey, On Tue, 2017-08-22 at 01:04 -0500, mcatanz...@gnome.org wrote: > Hi, > > GNOME 3.25.91, a late development preview of the upcoming GNOME 3.26 > release, is now available. Please help us test it. If you want to > compile GNOME 3.25.91 by yourself, you can use the jhbuild > modulesets > available here: > > https://download.gnome.org/teams/releng/3.25.91/ The person releasing the GNOME releases usually also spins a new version of gnome-desktop so that the About section of the Settings has correct information. Can you please make sure this gets added to the checklist for releases? Cheers ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: Relicensing Nautilus to GPLv3+
On Thu, 2017-05-18 at 15:47 -0400, Carlos Soriano wrote: > Maybe I didn't explain well. Emilio points out there could one one of > those extensions that say GPL2+ to link to a GPL2-only library. But > that would make the extension itself GPL2 anyway, and it's License > file would have to reflect that initially. Again, it wouldn't. The combined work would be GPLv2-only, but each one of the items keeps its own license. The licenses are compatible. You don't have to have an piece of code depending on the exact same version of the license if those licenses are compatible. GPLv2-only is compatible with GPLv2+, as the license mentions for that dependency says: "either version 2 of the License, or (at your option) any later version." The selection is "made" automatically when you run those 2 items in the same memory address space (eg. when you "link" them). > It's just a hipotetical case, I checked the extensions dependencies > in a quick look and look fine (>= GPL+2). ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: Relicensing Nautilus to GPLv3+
On Thu, 2017-05-18 at 13:50 -0400, Carlos Soriano via desktop-devel- list wrote: > Wouldn't that make the actual extension GPL2-but-not-GPL3 comaptible > since the start, and therefore cannot be GPL2+ project and therefore > its License file would need to reflect that? No. nautilus' license says "GPLv2 or later". The extension's license says "GPLv2 only". When you combine both licenses into the final product/memory address space (the "linking" mentioned in the GPL license) you end up with a "combined work" license of GPLv2. So it was compatible, but wouldn't be any more. As mentioned on IRC, I think that the original intent of using the LGPL for the libnautilus-extensions library was to allow non-GPL-compatible extensions to link into nautilus, at will. It's not like you could link to the extensions library without also eventually linking to nautilus itself... If that were the case, and that might require some digging to talk to the original authors, then you might be able to mention this in the extensions document that was recently (and erroneously) removed. HTH ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: Relicensing Nautilus to GPLv3+
On Wed, 2017-05-17 at 11:13 -0400, Carlos Soriano wrote: > There are few by error. > The important cases are lineup-parameters used for uncrustify, and > the threatics part from gnome-builder. > However, we already spent time on implementing our own thing in the > past with git-archive-all (GPLv3+) when meson couldn't handle it, so > I would like to prevent this from happening again and avoid us the > work with asking few upstreams to relicense based on our needs, and > rather switch to GPL3+ where most of the tools are. I don't understand what git-archive-all has to do with this. Is the problem that some of the tools you ship are GPLv3? That doesn't mean the rest of the module has to be... ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: Relicensing Nautilus to GPLv3+
On Wed, 2017-05-17 at 09:45 -0500, Michael Catanzaro wrote: > On Wed, May 17, 2017 at 9:20 AM, Bastien Nocera <had...@hadess.net> > wrote: > > If nautilus is GPLv3+, that means we can't link it against GPLv2- > > only > > or LGPLv2-only libraries in the extensions. I'm also not opening > > the > > can of worms that is non-GPL-compatible dependencies of extensions > > (such as proprietary, or patent-encumbered GStreamer plugins), > > because > > that's an existing problem. > > > > What's the end goal for relicensing? What problems do the current > > license cause that require a relicense? > > > > Cheers > > Sounds like the license is already GPLv3+, since it uses GPLv3+ > source > files, and the existing GPLv2+ notices are incorrect or misleading. Were those licenses applied in error, or imported from projects that were GPLv3 themselves? ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: Relicensing Nautilus to GPLv3+
On Wed, 2017-05-17 at 17:01 +0300, Ernestas Kulik wrote: > (Attempt no. 2, since Geary hates me) > > Hi, > > As the current licensing situation in Nautilus is quite complicated, > I > and Carlos are planning a move to relicense the entire codebase to > GPLv3+. > > The codebase has files under several licenses: LGPLv2+, GPLv2+ and > GPLv3+, the latter implicitly making the project be licensed under > its > terms, so our options are quite limited here. > > The situation wrt extensions is also not entirely clear, as the > extension library is LGPLv2+ with Nautilus being GPLv2+, which in > turn > disallows loading non-free extensions. Given the fact that it is not > meant to be a generic mechanism for loading extensions, I feel like > relicensing it without much consideration is reasonable. If nautilus is GPLv3+, that means we can't link it against GPLv2-only or LGPLv2-only libraries in the extensions. I'm also not opening the can of worms that is non-GPL-compatible dependencies of extensions (such as proprietary, or patent-encumbered GStreamer plugins), because that's an existing problem. What's the end goal for relicensing? What problems do the current license cause that require a relicense? Cheers ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[gnome-settings-daemon] Created branch gnome-3-24
The branch 'gnome-3-24' was created pointing to: ace15f5... media-keys: Make calculator key work again ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: Freeze break: GDBus hang work-around
On Wed, 2017-03-15 at 13:37 -0400, Matthias Clasen wrote: > +1 from me as well. Pushed, thanks ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Freeze break: GDBus hang work-around
Hey, This bug fix looks like it will be necessary for gnome-settings-daemon until GIO is fixed properly: https://bugzilla.gnome.org/show_bug.cgi?id=774813 This could have happened in older versions of gnome-settings-daemon, but we now start plugins as separate binaries, multiplying the chances of a hang on startup, which would kill the session. Cheers ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[gnome-control-center] Created branch gnome-3-24
The branch 'gnome-3-24' was created pointing to: 7524145... universal-access: Add bits for glade to shut up ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[totem] Created branch gnome-3-22
The branch 'gnome-3-22' was created pointing to: 226bfda... Update Icelandic translation ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[gnome-session] Created branch gnome-3-22
The branch 'gnome-3-22' was created pointing to: 96968bd... main: Don't set locale information again ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: gtk changes in the jhbuild moduleset
On Fri, 2016-10-07 at 06:33 -0400, Matthias Clasen wrote:
> Hi,
>
> we are getting ready to start development of gtk 3.90 in master.
> To avoid causing lots of breakage and irritation, here is the plan:
>
> 1) Switch the modulesets to use the gtk-3-22 branch for the gtk
> module
> 2) Rename the gtk module to gtk3
> 3) Add a gtk4 module that follows master
> 4) Switch applications over to use gtk4 as they are found to work
>
> If you see a problem with that, please let me know.
Which would mean nothing called "gtk+" in the modulesets? Why not keep
either gtk 3.x or gtk 4.x with that name?
I'd expect the "gtk+" module to build GTK+ 4.x ("the latest").
___
release-team@gnome.org
https://mail.gnome.org/mailman/listinfo/release-team
Release-team lurker? Do NOT participate in discussions.
[gnome-settings-daemon] Created branch gnome-3-22
The branch 'gnome-3-22' was created pointing to: 84c2c56... Updated Croatian translation ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
ERROR: gsettings-desktop-schemas-3.20.0.tar.xz already exists in the archive!
Hey, I built the tarball and tagged the commits this morning, but it seems somebody created a tarball locally and didn't push or tag anything, but pushed it to the archives. Could someone look into removing this version from the archives, so I can push the tarball that fits with the git tags? Cheers ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Freeze break request: Power panel" fixes
Hey, Scattered in a couple of bugs: https://bugzilla.gnome.org/show_bug.cgi?id=771543 https://bugzilla.gnome.org/show_bug.cgi?id=771542 https://bugzilla.gnome.org/show_bug.cgi?id=771532 Cheers ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Freeze break request, Keyboard Settings
Hey, The redesigned Keyboard Settings landed shortly before GUADEC, and I had hoped that there would be less to fix up after the initial big commit so that we would be entering the code freeze in a good state. The following bug has a number of patches: https://bugzilla.gnome.org/show_bug.cgi?id=769314 That make it match the designs, and fixes a number of bugs. There will probably be a small follow-up patch, as some keybindings can't be captured right now. If somebody wants to test this patch set, the (reverse, as per git log) order of the patches is: keyboard: Don't apply "Backspace" straight away keyboard: Add helper to detect empty keybindings keyboard: Fix grabs not working when showing the dialog keyboard: Don't regrab the keyboard after an event keyboard: Don't rely on events to grab keyboard keyboard: Don't grab the mouse pointer keyboard: Remove unused variable shortcut-editor: show custom page while waiting for input shortcut-editor: move widgets into a stack shortcut-editor: update reset button position and style shortcut-editor: use a different page to edit custom shortcuts keyboard: add enter-new-shortcut asset shortcuts: remove bottom label shortcut-editor: hide editing dialog on Escape shortcut-editor: use states to handle headerbar mode shortcut-editor: add 'Set' button shortcut-editor: update header title message keyboard: use a better icon to represent "Reset Shortcut" keyboard: make Add button insensitive after editing keyboard: change standard shortcut top label Cheers ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[totem] Created branch gnome-3-20
The branch 'gnome-3-20' was created pointing to: de4f14e... Updated Occitan translation ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[gnome-bluetooth] Created branch gnome-3-18
The branch 'gnome-3-18' was created pointing to: 16e9032... lib: Add support for joysticks ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: Freeze break request for gvfs (iOS support)
On Fri, 2016-03-18 at 16:34 +0100, Bastien Nocera wrote: > These patches: > https://bugzilla.gnome.org/show_bug.cgi?id=763606 > fix regressions accessing files on recent iOS versions. > > I tested the fixes, and will cherry pick them to older versions of > gvfs > as well. > > I should note though, that I seem to be the only person using this > functionality[1], at least recently, so if I have free reign for this > piece of code, I'd like to also commit some other fixes[2] I have for > the iOS support. Ondrej seems to be happy letting me handle this, as > he > doesn't have hardware to test it. I didn't receive any feedback on this, so I guess people don't care that much for this niche feature. Patches are pushed so that we can start moving forward from the status quo. Cheers ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Freeze break request for gvfs (iOS support)
These patches: https://bugzilla.gnome.org/show_bug.cgi?id=763606 fix regressions accessing files on recent iOS versions. I tested the fixes, and will cherry pick them to older versions of gvfs as well. I should note though, that I seem to be the only person using this functionality[1], at least recently, so if I have free reign for this piece of code, I'd like to also commit some other fixes[2] I have for the iOS support. Ondrej seems to be happy letting me handle this, as he doesn't have hardware to test it. Cheers [1]: If gvfs doesn't work, technically minded folks will use ifuse, which does pretty much the same job [2]: https://bugzilla.gnome.org/show_bug.cgi?id=749639 ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Freeze break request for gnome-control-center and gnome-desktop
https://bugzilla.gnome.org/show_bug.cgi?id=655041 contains 3 patches. One that adds a simple new function to gnome-desktop, one to add the "Refresh Rate" drop-down to the display dialogue (which adds a new string), and one to reduce the number of confusing frequencies from the list (which adds 2 new strings that are unlikely to be translated for most languages). The drop-down looks like this: https://bug655041.bugzilla-attachments.gnome.org/attachment.cgi?id=324127 though it will say "NTSC" instead of "ATSC" now, as it is a more recognisible term. This hasn't received UI review, but the changes are limited, and won't stop us from providing the same functionality in a different way[1] in the future. Cheers [1]: As noted in https://bugzilla.gnome.org/show_bug.cgi?id=655041#c6 ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Freeze break request for Videos (totem)
This patch: https://bugzilla.gnome.org/show_bug.cgi?id=763264 fixes a regression in the appearance of the play/pause/previous/next buttons in totem to match what it was in GNOME 3.18. Get your magnifying glasses out: https://bug763264.bugzilla-attachments.gnome.org/attachment.cgi?id=324114 ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: Hard code break request for gnome-settings-daemon
On Tue, 2016-03-15 at 17:02 +, Richard Hughes wrote: > Hi all, > > I've fixed a crasher in g-s-d that happens when you start and stop > g-s-d very quickly (which happens in Fedora 24 when gdm's gnome-shell > fails to load). Patches are here: > https://bugzilla.gnome.org/show_bug.cgi?id=763382 -- which have all > been reviewed. I have a series of similar patches to fix more possible crashes in: https://bugzilla.gnome.org/show_bug.cgi?id=763689 They were reviewed by Rui and looked over by Richard. I will also cherry-pick those into 3.18. ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: Hard code break request for gnome-settings-daemon
On Tue, 2016-03-15 at 17:02 +, Richard Hughes wrote: > Hi all, > > I've fixed a crasher in g-s-d that happens when you start and stop > g-s-d very quickly (which happens in Fedora 24 when gdm's gnome-shell > fails to load). Patches are here: > https://bugzilla.gnome.org/show_bug.cgi?id=763382 -- which have all > been reviewed. Note that those patches will also be cherry picked into GNOME 3.18. ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[gsettings-desktop-schemas] Created branch gnome-3-18
The branch 'gnome-3-18' was created pointing to: 209ba7a... Added Romanian translation ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[totem] Created branch gnome-3-18
The branch 'gnome-3-18' was created pointing to: dc21ef2... 3.18.1 ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Online Service API keys
Hey, As we're integrating more and more online services into GNOME, and that we then need API keys to access those services. I've move a similar table from a gnome-online-accounts Wiki page to a separate page to cover all the core GNOME components, also listing contacts for those keys. In the future, it would be great if the Board or the release team could take over the management of API keys, so that we don't end up with lost keys when contacts aren't available. The table is at: https://wiki.gnome.org/Initiatives/OnlineServicesAPIKeys Please note that this is only for core GNOME components, and that it shouldn't cover test applications (grilo-test-ui contains a number of separate API keys as well, for example). Cheers ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[gnome-desktop] Created branch gnome-3-18
The branch 'gnome-3-18' was created. Summary of new commits: f9b2c48... thumbnail: Ignore errors when not all frames are loaded ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[totem] Created branch gnome-3-16
The branch 'gnome-3-16' was created. Summary of new commits: c8a83f2... 3.16.4 ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[gnome-user-share] Created branch gnome-3-14
The branch 'gnome-3-14' was created pointing to: b5911fb... Updated Portuguese translation ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[gsettings-desktop-schemas] Created branch gnome-3-16
The branch 'gnome-3-16' was created pointing to: 78c0ed0... Updated Swedish translation ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[gnome-bluetooth] Created branch gnome-3-16
The branch 'gnome-3-16' was created pointing to: 9800247... Updated Norwegian bokmål translation. ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: libgudev now part of GNOME.org
It's now been released. Details at: https://wiki.gnome.org/Projects/libgudev Cheers - Original Message - Hey, libgudev used to be built as part of systemd, but: - was not used by systemd itself - was not on developer.gnome.org - GObject support was not really part of the systemd developers' skillsets. So the git repository now lives at: https://git.gnome.org/browse/libgudev And we're in the process of creating a bugzilla product: https://bugzilla.gnome.org/show_bug.cgi?id=749075 And adding it to developer.gnome.org Cheers ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: libgudev now part of GNOME.org
- Original Message - On 7 May 2015 at 16:03, Bastien Nocera bnoc...@redhat.com wrote: Hey, Hi Bastian libgudev used to be built as part of systemd, but: - was not used by systemd itself - was not on developer.gnome.org - GObject support was not really part of the systemd developers' skillsets. So the git repository now lives at: https://git.gnome.org/browse/libgudev And we're in the process of creating a bugzilla product: https://bugzilla.gnome.org/show_bug.cgi?id=749075 Thanks for the info. Do you know what is the plan about the code in systemd tree? Seems the gudev code is still there [1] [1] http://cgit.freedesktop.org/systemd/systemd/tree/src/gudev Distributions will need to use --disable-gudev to disable libgudev in systemd, and ship the separate libgudev. Cheers ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
libgudev now part of GNOME.org
Hey, libgudev used to be built as part of systemd, but: - was not used by systemd itself - was not on developer.gnome.org - GObject support was not really part of the systemd developers' skillsets. So the git repository now lives at: https://git.gnome.org/browse/libgudev And we're in the process of creating a bugzilla product: https://bugzilla.gnome.org/show_bug.cgi?id=749075 And adding it to developer.gnome.org Cheers ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[totem] Created branch gnome-3-14
The branch 'gnome-3-14' was created pointing to: 483a926... Updated Turkish translation ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[gjs] Created branch gnome-3-14
The branch 'gnome-3-14' was created pointing to: c4b2442... 1.42.0 ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Freeze break requests (Wayland related)
2 bugs with patches to fix Wayland problems before 3.14. To get Totem working (somewhat) on Wayland: https://bugzilla.gnome.org/show_bug.cgi?id=736564 And to fix the placement of GTK+ popup windows: https://bugzilla.gnome.org/show_bug.cgi?id=736812 (written by Jasper) Cheers ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: Freeze break requests (Wayland related)
On Wed, 2014-09-17 at 20:05 +0100, Javier Jardón wrote: On 17 September 2014 19:50, Frederic Peters fpet...@gnome.org wrote: Bastien Nocera wrote: 2 bugs with patches to fix Wayland problems before 3.14. To get Totem working (somewhat) on Wayland: https://bugzilla.gnome.org/show_bug.cgi?id=736564 This is about last patch only, as I believe Use GDK support for subsurfaces should be marked as obsolete, right? 1/2. Go for it 2/2 And to fix the placement of GTK+ popup windows: https://bugzilla.gnome.org/show_bug.cgi?id=736812 (written by Jasper) Fine. 1/2. OK 2/2 Both pushed, thanks for your help. ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Merge eBooks support in gnome-documents (was Re: New feature proposals period start)
On Fri, 2014-09-05 at 00:00 +, Release Team wrote: Hello all, New feature proposals period start For more information about 3.13, the full schedule, the official module lists and the proposed module lists, please see our colorful 3.13 page: http://www.gnome.org/start/unstable For a quick overview of the GNOME schedule, please see: https://wiki.gnome.org/Schedule Here goes with a first proposal, I'd like to be able to merge: https://bugzilla.gnome.org/show_bug.cgi?id=704316 This would add a new application to the GNOME release. It's all dependent on Marta providing a viewer widget, though the libgepub[1] maintainer is interested in working on a native one. And it obviously also depends on the gnome-documents maintainers being happy with the path taken, of reusing a majority of gnome-documents' codebase to avoid duplication. Cheers [1]: https://github.com/danigm/libgepub ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
gnome-screensaver closed for new bugs
Hey, After triaging all the open gnome-screensaver bugs, we closed gnome-screensaver for new bugs[1]. gnome-screensaver is not used in GNOME at all since GNOME 3.8, and isn't used in recent versions of Unity either. Users should still be able to get help about it from their distributors. Cheers [1]: https://bugzilla.gnome.org/show_bug.cgi?id=735123 ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: GNOME 3.14 Blocker Bugs (week 33)
On Tue, 2014-08-12 at 18:32 +0200, Andre Klapper wrote: Thanks everybody for cleaning up last week's list by fixing and reassassing quite some items! There are only eight items left marked as blockers: Why was https://bugzilla.gnome.org/show_bug.cgi?id=728496 moved to GNOME 3.16? It still affects existing 3.12 installations, so moving this any further really doesn't help anyone. ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: GNOME 3.14 Blocker Bugs
On Sat, 2014-08-02 at 00:22 +0200, Andre Klapper wrote: A first list of blockers and potential blockers for the upcoming release, based on data in GNOME Bugzilla. Note that there are lots of gnome-themes-standard/HighContrast tickets open. Please take a quick look at the list below, comment (on the ticket), and raise your voice if you see an important issue missing. Thanks! andre == TOTEM == Add Favorites/bookmarks https://bugzilla.gnome.org/show_bug.cgi?id=357843 This is a nice to have bug, and given that it's been opened for close to 8 years, I wouldn't block on it. This looks like a blocker though: https://bugzilla.gnome.org/show_bug.cgi?id=733282 See also: https://bugs.freedesktop.org/show_bug.cgi?id=81551 Cheers ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[gnome-user-share] Created branch gnome-3-10
The branch 'gnome-3-10' was created pointing to: b708416... Malayalam Translation ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[gnome-bluetooth] Created branch gnome-3-12
The branch 'gnome-3-12' was created pointing to: ec31378... [l10n] Updated Catalan (Valencian) translation ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[totem] Created branch gnome-3-12
The branch 'gnome-3-12' was created pointing to: b255b72... 3.12.1 ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
ObexFTP removal in Sharing panel
Heya, I want to remove a part of the Bluetooth section of the Sharing panel in GNOME 3.10's control-center. From the (not yet pushed) commit I have for gnome-user-share (which is where the feature is actually implemented): commit 9dd646b086f1016c6458b7d43b298af8efe8c595 Author: Bastien Nocera had...@hadess.net Date: Sat Nov 9 15:27:02 2013 +0100 obex: Remove OBEX FTP support The problem is two-fold: - There's barely any OBEX FTP clients left for the use cases we want to enable (sending files from a mobile device to the computer), and we don't have a native OBEX FTP client in GNOME anymore (as it was removed in recent gvfs) - It doesn't work as we expect, with no way to disable it when started. We expect to be able to cut the connection on already connected devices, for example, which obexd doesn't allow. Bluetooth sharing in GNOME 3.10 relies on obexd from BlueZ 5.x, instead of the old obex-data-server. Turns out that there were quite a few regressions caused by that, and no fix in sight (if at all possible). Fedora already removed ObexFTP support (as there was no movement on this: http://www.hadess.net/2011/11/obexftp-in-gnome-non-update.html I'm keen to remove the code from gnome-control-center so as not to give users false hopes. Most of the code in the Sharing panel is already dependent on the necessary system bits being installed before showing up (vino for screen sharing, rygel for media sharing), so I don't think that removing/hiding forever this section is going to cause huge trouble for the docs. Can I get some acks on getting that code removed, and the support fixed? Cheers ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
gnome-user-share clue bar string break
Heya, I've file this bug with a string changing patch: https://bugzilla.gnome.org/show_bug.cgi?id=711726 It was spotted in https://bugzilla.gnome.org/show_bug.cgi?id=694995#c4 but as you can see, we never took the opportunity to make the change. Is this OK to commit for GNOME 3.10? Cheers ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
[gnome-bluetooth] Created branch gnome-3-10
The branch 'gnome-3-10' was created pointing to: 3d77ac7... lib: Fix double-free when finishing connection ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Bluetooth shell status icon bug fixes
2 bugs that make the Bluetooth sections of the status menu actually show up: gnome-shell: https://bugzilla.gnome.org/show_bug.cgi?id=708541 gnome-bluetooth: https://bugzilla.gnome.org/show_bug.cgi?id=708479 ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Freeze break request for gnome-desktop
This is a fix for a crasher in nautilus: https://bugzilla.gnome.org/show_bug.cgi?id=708435 Cheers ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Freeze break request for Bluetooth crashers
This fixes a number of bugs that occurred when leaving the Bluetooth panel, after you'd have interacted with a device's connection status for example. gnome-bluetooth bug: https://bugzilla.gnome.org/show_bug.cgi?id=708477 gnome-control-center bug: https://bugzilla.gnome.org/show_bug.cgi?id=708478 Cheers ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: Geoclue2 merge into Geoclue master
Em Sat, 2013-08-03 às 15:09 +0200, Matthias Clasen escreveu: Will there be a 2.0 in time for gnome 3.10, or will this have a longer incubation period before going stable ? 1.99.0 works for its limited use. We might not end up calling it 2.0 yet, but it will be stable enough to ship Maps as a beta/preview app. ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: Geoclue2 merge into Geoclue master
Em Sat, 2013-08-03 às 16:45 +0200, Luca Ferretti escreveu: There are several packages requiring or suggesting old geoclue so currently we need both. A quick workaround for jhbuild could be rename the old one as geoclue1 and make it a sysdep (assuming it can be installed from distro package, it should be safe). See http://pastebin.com/y0jXXknf I've renamed the geoclue pkg-config file so it doesn't clash with the old pkg-config file (or at least confuses developers into thinking they clash, geoclue.pc vs. geoclue-1.0.pc vs. geoclue-2.0.pc). The above patch to jhbuild looks good. Do you guys want me to push the geoclue 1.99.x tarballs up to GNOME.org as well? Cheers ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Geoclue2 merge into Geoclue master
Heya, git magic tricks happened, and Zeeshan's geoclue2 work has been merged into geoclue master on freedesktop.org. Version was bumped to 1.99.0 (leading the way to a real geoclue 2 release). This first version is a tech demo for the new API, and is used by the GNOME Maps application. The next version will move IP geolocation client and server code from geocode-glib to geoclue proper, and we'll enable Wi-Fi geolocation. After that, support for 3G modems will be worked on, using ModemManager's recently released 1.0 API. Cheers ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: Geoclue2 merge into Geoclue master
Em Sat, 2013-08-03 às 14:09 +0200, Bastien Nocera escreveu: snip Version was bumped to 1.99.0 (leading the way to a real geoclue 2 release). This first version is a tech demo for the new API, and is used by the GNOME Maps application. First tarball is at: http://people.freedesktop.org/~hadess/geoclue-1.99.0.tar.xz Zeeshan will work on updating the geoclue wiki page. Cheers ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
