similar to: How does yum decide when 2 packages meet a dependency?

On Fri, 21 Jul 2017, Matthew Miller wrote: > On Fri, Jul 21, 2017 at 04:19:20PM +0100, Phil Perry wrote: >> Say a package has a dependency for libfoo.so.1, and 2 (or more) >> packages provide libfoo.so.1, how does yum decide which package to >> install to meet the dependency? > > It has a series of heuristics: > > http://yum.baseurl.org/wiki/CompareProviders

On Fri, Jul 21, 2017 at 05:00:35PM +0100, John Hodrien wrote: > >>Say a package has a dependency for libfoo.so.1, and 2 (or more) > >>packages provide libfoo.so.1, how does yum decide which package to > >>install to meet the dependency? > >It has a series of heuristics: > >http://yum.baseurl.org/wiki/CompareProviders > That's fabulous. You mean Phil

On Fri, Jul 21, 2017 at 04:19:20PM +0100, Phil Perry wrote: > Say a package has a dependency for libfoo.so.1, and 2 (or more) > packages provide libfoo.so.1, how does yum decide which package to > install to meet the dependency? It has a series of heuristics: http://yum.baseurl.org/wiki/CompareProviders -- Matthew Miller <mattdm at fedoraproject.org> Fedora Project Leader

Fix for https://bugzilla.redhat.com/show_bug.cgi?id=1266918

This is v2 of the 4/4 patch from the original series. Changes: - memoize the function this time - check packages are installed using rpm_package_of_string However I didn't combine the two case together, because the code is a bit simpler with them separate. Rich.

Hi, The LLD linker in gnu flavor mode accepts multiple -init/-fini command line options. For _all_ symbols specified by these options the linker creates appropriate entries in the .init_array/.fini_array sections. But it looks like LD and Gold linkers do not support this feature and take in account only the last -init/-fini options. % cat foo.c int a = 0; void foo() { a += 1; } void bar() { a +=

The attached unified diff fixes configure so that all --with-libfoo options are allowed to be --with-libfoo=PATH. If the option is specified with a PATH, only that PATH is searched for the library. If it is specified as =yes or with no argument, it tries without modifying anything, and then tries looking in /usr/local. The SunOS5 targets no longer add /usr/local to include or library paths

The CRAN submission process seems in need of a massive overhaul. Why has this process not been automated yet? ? Patrick Perry Assistant Professor NYU Stern School of Business

Hi, I have conventional directory structure for a pass taken from project examples. I want to build a tool which makes usage of a shared library which is included in the project. This means that I have library here: # lib/foo/*.cc and after compilation the library is placed here # Debug/lib/libfoo.so My tool is located here: # tool/test_foo # cat tool/Makefile LEVEL = ../ TOOLNAME=test_foo

Hello First of all, note the "llvm" in the mailing list title. Clang questions should be asked in other ML. > 3. Run cmake and let it figure out that its using Clang on Windows. > 4. Build and realize that the link doesn't work because CMake pulls in the > wrong libraries (per default it uses Microsoft naming conventions: foo.lib > instead of libfoo.a). It seems like

Hi again, I am regularly building my small STL-enabled C++ project using Mingw64 on Windows x64 and the program runs fine (it builds and runs fine on x64 Linux too). Then I got brave and decided to try out Clang, because I'd eventually like to take a look at the quality of the generated code, and then did the following: 1. Set CC to clang. 2. Set CXX to clang++. 3. Run cmake and let it

On 24/09/2019 18:46, Dennis Jacobfeuerborn wrote: > Already bummed that the 4.18 kernel is too old for /proc/pressure :( > Mainline kernel packages are available from elrepo for el8. Current version is kernel-ml-5.3.x: https://elrepo.org/linux/kernel/el8/x86_64/RPMS/ Is that new enough for you? Regards, Phil

On Mon, Jan 14, 2019 at 07:29:45AM +0000, Phil Perry (pperry at elrepo.org) wrote: > On 14/01/2019 07:09, Jobst Schmalenbach wrote: > > Hi > I use ipdeny's aggregated country lists to do the same thing: > > http://www.ipdeny.com/ipblocks/data/aggregated/ > > I just feed this data directly into ipset/iptables via a script running on > my firewall (not a C6 box).

On 28/04/18 16:21, dibyendukoley1 wrote: > Sir, > This are the output. > [root at localhost ~]# lspci -nn| grep -i Ethernet > 00:1f.6 Ethernet controller [0200]: Intel Corporation Ethernet Connection > (7) I219-V [8086:15bc] (rev 10) > Support for your device has been added to the el7.5 kernel. grep -i 8086 /lib/modules/*/modules.alias | grep -i 15bc

On Tue, Jan 15, 2019 at 07:43:02AM +0000, Phil Perry (pperry at elrepo.org) wrote: > On 15/01/2019 01:29, Jobst Schmalenbach wrote: > > On Mon, Jan 14, 2019 at 07:29:45AM +0000, Phil Perry (pperry at elrepo.org) wrote: > > > On 14/01/2019 07:09, Jobst Schmalenbach wrote: > Below is my script for creating/updating an ipset to block my top 10 > Hope that helps Thanks, it

On 01/20/2018 08:24 AM, William Dunlap via R-devel wrote: > I believe that for a list as.character() applies deparse() to each element > of the list. deparse() does not preserve NA-ness, as it is intended to > make text that the parser can read. > >> str(as.character(list(Na=NA, LglVec=c(TRUE,NA), > Function=function(x){x+1}))) > chr [1:3] "NA" "c(TRUE,

Hi, I have tried another way: ar rcs libsysdeputil.a sysdeputil.o gccld seems to recognize the file type. However, it stills find unresoved symbols which are actually the functions in sysdeputil.o (can be find out with `nm libsysdeputil.a`) The problem disappears if native gcc/ld tool chain is used. As another test, main.c: ----------------- extern void foo(); int main() { foo(); return

On 26/04/18 21:49, Phil Perry wrote: > On 26/04/18 17:03, dibyendukoley1 wrote: >> Sir, >> Can any one please help me to install I219-V driver. >> The driver that is provided by intel that is for freebsd only. I have >> tried >> of installing e1000e driver but no luck.... Please help.... >> Looking forward to you. > > > Please show the output

Thanks Saleem/James. On Tue, Mar 26, 2019 at 5:15 AM Saleem Abdulrasool <compnerd at compnerd.org> wrote: > Yes, I don't think that supporting all options is entirely possible. But, > there is certainly some allure to it, as it is a really powerful feature > (which you can tell from the behaviour of link and `.drectve` section). > The problem with all options is that

On 24/09/2019 20:14, Rainer Duffner wrote: > > >> Am 24.09.2019 um 21:11 schrieb Phil Perry <pperry at elrepo.org>: >> >> Mainline kernel packages are available from elrepo for el8. Current version is kernel-ml-5.3.x: >> >> https://elrepo.org/linux/kernel/el8/x86_64/RPMS/ <https://elrepo.org/linux/kernel/el8/x86_64/RPMS/> >> >> Is that