search for: gcsc

On 15 May 2018 at 16:55, Michael Lampe <lampe at gcsc.uni-frankfurt.de> wrote: > Gnome's control-center now requires NetworkManager-wifi. But it's only a > soft requirement, no shared libs involved. > > To keep your workstation NM-free, you want to install a dummy package that > provides NetworkManager-wifi but actually conta...

I'm experimenting with 6.2 now. Things seem to be really great so far! Distribution closure is one of my favourite pets. So I tried to install everything. I found only one problem, but that's another (minor) thing. But I found almost nothing under /usr/lib. So, Biarch is really dead? Funny! A couple of years back, I finally opted for CentOS instead of Debian just because of Biarch

Namely: * hivex * hivex-devel * librdmac * librdmac-devel * sanlock-libs * sanlock-devel and maybe others. Is this on purpose (I don't know if upstream has removed or updated the 32-bit rpms, but the old ones are still in C6.3/x86_64), or is it just the usual sloppyness (I've been told here on previous occasions the biarch is a pain in the ass to maintain, nobody cares anyway,

Gnome's control-center now requires NetworkManager-wifi. But it's only a soft requirement, no shared libs involved. To keep your workstation NM-free, you want to install a dummy package that provides NetworkManager-wifi but actually contains nothing, ideally before updating to 7.5. Here's a script to create such a dummy: https://github.com/larsks/fakeprovide If you do this,

Latest really rude show stoppers were/are: el6: - librsvg2: your private fork bomb for gnome - kernel: scheduler completely broken on numa systems - qt: kde unusable when going up from -26 to -28 el5: - firefox hangs on quit after latest ESR update - (totem plugins no longer work too) What I am using an enterprise distro for?? -Michael PS: I'm only wondering :)

Dave Johansen wrote: > https://bugzilla.redhat.com/show_bug.cgi?id=1086971 > I have been able to reproduce the above issue on my home network and at > work, but RedHat is claiming it is not a bug, so can some people on this > list give it a try and see if they can reproduce it? If you connect with '-vvv' you can see multiple x11 connections being open: debug3: channel 1:

Yves Bellefeuille wrote: >> This point has already been answered on this mailing list (and >> elsewhere). A bit of search in the archives and elsewhere would >> quickly bring you this: >> http://wiki.centos.org/HowTos/Skype > > I'm very familiar with that document. :-) And many users, including > myself, couldn't get Skype 4.1 to work on CentOS 64 bits

Fred Smith wrote: > Apparently I'm the only Centos user who is unable to view the quicktime > trailers,... or maybe nobody but me is interested. Assuming you have the necessary codecs installed, it still doesn't work, because Apple checks your "QuickTime"-Version with some piece of Javascript. It seems to check the same info you see with 'about:plugins'. The

After going from CentOS 5.7 to 6.2, a lot of things turned out to be much better, but there are also quite some regressions. The most obvious one is power consumption on my notebook. It was notably lower before. The ASPM issue introduced in 2.6.38 was widely reported and discussed, and the 6.2 kernel has exacatly this code as a backport.

I'm building my own openmpi packages derived from upstream SRPMs. Problem: The ones built with Intel's compiler can only be installed by force, because Intel doesn't register their provided libs with rpm. Any idea how this can be done? (Alternative ideas are appreciated as well -- as long as they don't read as: make Intel fix this.) -Michael

This package has a build requirement 'gecko-devel' which is fulfilled by 'xulrunner-devel'. But in the process of building the browser plugins two tools named 'xpidl' and 'xpt_link' are necessary. They werde once part of 'gecko-devel' but are now replaced by other tools. I haven't found any package that has these tools all the way back to 5.0. Maybe