On 02/01/2016 12:35 PM, Gordan Bobic wrote: > On 2016-01-31 22:53, Jacco Ligthart wrote: >> Hi All, >> >> I did some updates for Redsleeve 7.2. I think I now only miss firefox >> and java-1.6.0. >> Somehow my build machine keeps crashing while building FF. not sure what >> is going on. (I don't think it is the OOM killer this time) > > Is it on the rsync pull? Is the FF src.rpm there? If so, I'll try to find > time one evening this week to try building the FF src.rpm. > Thanks for the offer, but I managed. I cleaned out the c-cache, and the build came through. I guess the cache had some badness in it from one of the OOM related crashes (which one gets with an 8 core build on 2GB of mem :) )
It should be on the mirrors shortly. >> @Gordan, when would you have a little time to package it all into a >> proper release? > > As in put together a new redsleeve-release package and sign the > packages? I'll see what I can do. Might just have to find time to > prune duplicates as well as older versions. Unfortunately, the > next point you raise is going to make that a little difficult... The 7.2 tree should not have duplicates or older versions, unless we want to merge the 7.2 updates into it. Pruning duplicates is easy by the way with repomanage. >> We do still have the unexplained gnome crash issue though. Gordan >> mentioned that he thinks the issue is with 'gsettings-desktop-schemas'. >> I noticed however that the crash is normally within gnome-shell. >> >> The workaround is, for now, either don't update the gnome stuff, or stay >> away from gnome (lightdm + kde or mate) > > This is indeed a major problem. As far as I can tell, just installing > gsettings-desktop-schemas breaks gdm and stops it from starting up. > Having said that, I've noticed weirdness in GDM on CentOS x86-64 with > recent updates as well (e.g. when you click on one of the auxiliary > buttons on the GDM login screen they only work on the first click). So > I think there is something definitiely broken here, it just for some > reason doesn't break _quite_ as badly on x86-64. > > It might be worth creating a dummy gsettings-desktop-schemas with > the old, working content payload, but the version bumped up to > satisfy other dependencies. See if it makes everything work. > just tried a forced downgrade of gsettings-desktop-schemas, this did not result in a working gnome :( >> the other issue is the fbdev drive Gordan noticed. > > That can at least be worked around by using the modesetting Xorg > driver, which is no slower than plain fbdev. > _______________________________________________ > users mailing list > [email protected] > https://lists.redsleeve.org/mailman/listinfo/users _______________________________________________ users mailing list [email protected] https://lists.redsleeve.org/mailman/listinfo/users
