similar to: boot... round 2

Hi all, I'm trying to understand why LLVM uses @rpath as the install name in its dynamic libraries on macOS. This complicates the process of linking against libLLVM from third-party tools and isn't nearly as common a practice on macOS as it is on Linux. I tried tracing through history on the LLVM repo and the main thing I could find was a commit from ages ago saying that the libraries are

An HTML attachment was scrubbed... URL: <https://dovecot.org/pipermail/dovecot/attachments/20230405/bc2e0ea7/attachment-0001.htm>

I've made an LDA model on some data from one source. I have some new data that I want to see if I can "place" to the sources in the LDA model. I used the predict function as follows: predict(wak.insitu.ld, wak.alr.alluvial) where wak.insitu.ld is an LDA model generated from some data and wak.alr.alluvial is new data of similar origin. When I look at the results, there is 86

Just a heads up that syslinux is broken in the current Ubuntu, syslinux just shows "Boot error". Downgrading to syslinux from 15.04 works perfectly. Ubuntu bug is here: https://bugs.launchpad.net/ubuntu/+source/usb-creator/+bug/1499746 This is mostly in case anyone shows up on the mailing list with a mystery broken syslinux from latest Ubuntu. -------------- next part -------------- A

Dear list, I realised by chance when analysing a 1521862 ? 8 matrix that plotting was much faster when using "." as the argument of `pch'. I was just wondering if there were other ways to get this speed improvement: it is otherwise quite difficult to explore such big matrices, especially given that X11 redraws the plot whenever its window is covered/uncovered by another window, or

Dear R forum >From the given data, I have estimated the parameters of Wakeby distribution using lmomco package as library(lmomco) (amounts <- read.csv("input_S.csv")$amount) # ___________________________________________________________ # Wakeby distribution - Parameter estimation N                      = length(amounts) lmr                    = lmom.ub(amounts)

Hi, I just tried to upgrade Nixpkgs to R 3.5.0, but unfortunately the new version fails its regression test suite. We configure the build using the flags "--without-recommended-packages", in case that's relevant. You can see a complete build log with all relevant information at [1]. Anyway, the test failures look like this: | make[3]: Entering directory

> On Apr 9, 2018, at 3:23 PM, James Y Knight via cfe-dev <cfe-dev at lists.llvm.org> wrote: > > I'm not really clear on the actual benefits of the TBD file, and why Apple migrated to them in the first place. Shouldn't a dynamic library containing only the relevant parts (e.g. the dynamic symbol table) be roughly comparable in size? And, much simpler to support? I assume

On 4/5/23 10:31, Aki Tuomi wrote: > Hi! > The crash occurs inside libldap. > Aki Thanks Aki, It was against openldap 2.6.3. Subsequently, I tried openldap 2.6.4 which is in nixpkgs unstable, but I wasn't able to test this because of an issue at the Portunus/openldap end of things. I think I'm out of time for experimenting with ldap for now, but I may come back around to this

Hi all, I'm a maintainer for the llvm ecosystem for nixpkgs[1]. Currently only clang and llvm are up-to-date, but I'd like to move to building all of the packages listed on the release page for the latest version (and in particular, have libc++ and compiler RT integrated in with llvm/clang). Right now we're using the CMake build, with llvm and clang being built as separate

Hi, Does anyone here have experience running Tinc on NixOS? I'm trying to run Tinc on a NixOS machine, using the similar configuration i had for Ubuntu. My home subnet is 192.168.1.0/24 and my work is 10.16.0.0/24. However, unlike ubuntu, when I start tincd on nixos, and try to 'ifconfig $INTERFACE 192.168.1.10 netmask 255.255.255.0' in my tinc-up, I loose network access on the box

Hi, I maintain the R packages in the NixOS Linux distribution [1]. A while ago, I attempted to update to version 3.1.1, but I ran into the following test suite failure: | Testing examples for package 'tools' | comparing 'tools-Ex.Rout' to 'tools-Ex.Rout.save' ... | 452c452 | < character(0) | --- | > [1] "Matrix" "nlme" "mgcv"

On 07/11/15 19:38, Ady via Syslinux wrote: > >> >> Just a heads up that syslinux is broken in the current Ubuntu, syslinux >> just shows "Boot error". Downgrading to syslinux from 15.04 works perfectly. >> >> Ubuntu bug is here: >> https://bugs.launchpad.net/ubuntu/+source/usb-creator/+bug/1499746 >> >> This is mostly in case anyone

Hello testers, RC4 has just been tagged (at r229782 on the branch). RC3 was disqualified due to an infloop that Duncan reported, and fixed in r229421. That, fixes for a few scary X86 bugs, a GCC5 bootstrap problem (PR22625), and parts of PR22589 is included in RC4. Baring any showstoppers, this release candidate will be promoted to release. Please let me know how it looks and upload binaries

Hi! I am running dovecot 2.1.16 on NixOS (http://nixos.org), and I have been fighting the dynamically loaded dovecot modules/plugins a bit. The problem is that in Nix/NixOS all packages are completely isolated from each other (each package has a separate /lib, /libexec, /bin etc, with only its own files in it). So dovecot has all its modules under

Hi, I tried compiling the latest pre-release for R 3.3.3 for the NixOS Linux distribution [1], but the build fails during the "make check" phase because of the following 2 issues: 1) The "tools" test in "tests/Examples" requires network access, which it doesn't have in our build environment. Therefore, it fails as follows according to

https://bugzilla.netfilter.org/show_bug.cgi?id=1247 Bug ID: 1247 Summary: Module crash due to broken count Product: netfilter/iptables Version: unspecified Hardware: other OS: other Status: NEW Severity: blocker Priority: P5 Component: unknown Assignee: netfilter-buglog at

Hi all, I recently found out that R does not utilize fully the Duo Core capability when you only run one instance of R. I did some number crunching today and it seems that if I only open 1 R console, it uses 50% of my CPU (either 50-50 or 100-0 on 2 cores). Then, I open the second instance and divide the work into two parts, and run them parallelly, they seems to utilize 100% of my CPU. So, my

Hi, The recommended package matrix contains an empty file src/dummy.cpp which results in using g++ instead of gcc to link Matrix.so. What is the reason for that? Is there any difference between using g++ or gcc? (There are no other cpp files in the source) I asked the maintainers of the package (matrix-authors at r-project.org) 3 weeks ago but haven't received any answer. On my system (NixOS

On 14.07.2015 01:31, Gene Cumm wrote: > On Mon, Jul 13, 2015 at 3:24 PM, poma <pomidorabelisima at gmail.com> wrote: >> On 13.07.2015 18:48, Gene Cumm wrote: > >>> It stops after printing the access type "ETCD" and before printing the >>> remainder of the banner. I presume this is not a hybridized image? >>> >> >> >> I