Re: Building GNOME in restrictive network environments

On Mon, Jul 31, 2017 at 1:29 PM, mcatanz...@gnome.org wrote: I'm testing this now and will push as soon as I'm sure I haven't broken anything. Done. Michael ___ desktop-devel-list mailing list desktop-devel-list@gnome.org

Re: Too many broken modules

Just to follow up... > Do you hav eany details on this one? It built during distcheck, I just > tried building the tarball into an rpm and that worked, and it's not > broken in continuous. This ended up being the moduleset's GDM requiring plymouth to build, and Javier's distro not having plymouth

Re: Building GNOME in restrictive network environments

Thanks to Florian for remembering this trick. For those at GUADEC for the time being you can add to your ~/.gitconfig: [url "https://git.gnome.org/browse;] insteadOf = git://git.gnome.org [url "https://anongit.free desktop.org/git"] insteadOf = git://anongit.freedesktop.org On Mon, Jul 31,

Re: Building GNOME in restrictive network environments

On 7/31/17, mcatanz...@gnome.org wrote: > I'd also ask the GUADEC 2018 hosts to keep in mind the importance of > having a good network connection for the unconference days. I'm told > the MMU network is blocking email and IRC in addition to git. It's also > blocking my

Re: Building GNOME in restrictive network environments

I just fixed all the .json manifests and .app files in the master branch of gnome-apps-nightly, as well as the .json manifest for the master branch of the GNOME Sdk. -- Mathieu On Mon, 2017-07-31 at 15:40 +0200, Mathieu Bridon wrote: > I've just gotten bitten by this as well, and have started

Re: Building GNOME in restrictive network environments

On Mon, Jul 31, 2017 at 2:15 PM, Bastian Ilso wrote: We also experienced this issue at the newcomers workshop as many flatpak manifests also download dependencies using the git:// protocol. It'd be great to have these fixed or maybe have a fallback behavior (having

Re: Building GNOME in restrictive network environments

I've just gotten bitten by this as well, and have started moving all the ones in gnome-apps-nightly from git:// to https:// -- Mathieu On Mon, 2017-07-31 at 14:15 +0100, Bastian Ilso wrote: > We also experienced this issue at the newcomers workshop as many > flatpak manifests also download

Re: Building GNOME in restrictive network environments

We also experienced this issue at the newcomers workshop as many flatpak manifests also download dependencies using the git:// protocol. It'd be great to have these fixed or maybe have a fallback behavior (having several URLs to try in the manifests?). -Bastian On Mon, Jul 31, 2017 at 1:29

Re: Too many broken modules

Hey, On Mon, Jul 31, 2017 at 7:12 AM wrote: > 'gdm' Do you hav eany details on this one? It built during distcheck, I just tried building the tarball into an rpm and that worked, and it's not broken in continuous. I can try doing a jhbuild run with the moduleset I

Re: Too many broken modules

On Mon, Jul 31, 2017 at 12:36 PM, Arun Raghavan wrote: Is there some place we can look at logs of the current build? I don't have a jhbuild-y setup here, but I'd be happy to look at the gst-* failures. Nope, got to ask Javier if he remembers why it failed. Sorry. We know

Re: Too many broken modules

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

Re: Too many broken modules

On 31 July 2017 at 12:11, wrote: > Hi devs, > > There are too many broken modules right now! Here is the list of modules > that Javier had to skip when releasing 3.25.4: > > 'pango', 'at-spi2-atk', 'vte', 'gdm', 'clutter-gtk', 'graphene', 'nautilus', > 'glade', 'libgxps',

Too many broken modules

Hi devs, There are too many broken modules right now! Here is the list of modules that Javier had to skip when releasing 3.25.4: 'pango', 'at-spi2-atk', 'vte', 'gdm', 'clutter-gtk', 'graphene', 'nautilus', 'glade', 'libgxps', 'libgepub', 'gnome-font-viewer', 'fwupd', 'gnome-terminal',