search for: l104

Dear R community, I am new to R, a reforming SAS user :) I am running R 2.10.1 on a Windows XP machine. I would like to write linear functions of my coefficient parameter estimates from a glm, but am having a difficult time understanding the parameterization R uses. In the toy example below I am running a glm on binomial data, with clones and lines within clones as fixed effects, each with 6

I reported a minor bug in nut 2.7.4 on Debian stretch and got the number 885592 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=885592 The systemd service unit /lib/systemd/system/nut-client.service reports itself as nut-monitor.service on command systemctl status nut-client.service. It would be clearer to users if the service unit file was also called

...tic float tpi = 6.28318530717958648f; 41 float arg,argh,argld,fi; 42 int ntry=0,i,j=-1; 43 int k1, l1, l2, ib; 44 int ld, ii, ip, is, nq, nr; 45 int ido, ipm, nfm1; 46 int nl=n; 47 int nf=0; 48 49 L101: 50 j++; 51 if (j < 4) 52 ntry=ntryh[j]; 53 else 54 ntry+=2; 55 56 L104: 57 nq=nl/ntry; 58 nr=nl-ntry*nq; 59 if (nr!=0) goto L101; ... As far as I can see, nr will always be 0, witch means that j will be also always 0 and ntry will have only the first value in ntryh. Is that correct? Best

...esults in: qemu-system-x86_64: -netdev tap,id=hostnet0,ifname=tap0: could not configure /dev/net/tun (tap0): Permission denied So as a note I'd say even Libvirt aside, Qemu is trying to do this as well: https://github.com/qemu/qemu/blob/0982a56a551556c704dc15752dabf57b4be1c640/net/tap-linux.c#L104 But it's unclear where the EPERM is coming from in the kernel at tun_set_iff(). Of note, if I give Qemu a non-existing tap name, it will create it, but if I give it an existing tap name, I get EPERM.

...t; > It would be clearer to users if the service unit file was also called > > /lib/systemd/service/nut-monitor.service > From what I can tell, the "nut-client.service" name comes from this Debian-specific symlink: https://sources.debian.org/src/nut/2.7.4-5.1/debian/rules/#L104

I have $conf['storage']['params']['driverconfig'] = 'horde'; $conf['storage']['driver'] = 'sql'; in /var/www/html/horde/ingo/config/conf.php I have 2,146 records for one of the users in ingo_lists table of horde DB. The size of the script (.dovecot.sieve file) is 99.965 bytes. When trying to activate script I get the following # Changes

...zeroinitializer %FC101 = uitofp <2 x i1> %I99 to <2 x double> %Sl102 = select i1 %FC, i16 %Sl63, i16 %E58 %Cmp103 = fcmp ord double %B16, 0xDACBFCEAC1C99968 br i1 %Cmp103, label %CF, label %CF240 CF240: ; preds = %CF240, %CF260, %CF %L104 = load i32, i32* %1 store i1 true, i1* %PC %E105 = extractelement <4 x i16> %I8, i32 1 %Shuff106 = shufflevector <4 x i16> %Shuff7, <4 x i16> %I34, <4 x i32> <i32 4, i32 undef, i32 undef, i32 2> %I107 = insertelement <2 x i1> %Cmp87, i1 %FC, i32 0 %ZE10...

...appens *after* virt-v2v has fully exited. Hence what I say about the above being likely, since rmdir_on_exit "/var/tmp/rhvupload.XXXXXX" is being called from virt-v2v on exit: https://github.com/libguestfs/virt-v2v/blob/b8b9dcc90dbd91aec4b6bb82dd511d453f77aab9/v2v/output_rhv_upload.ml#L104 To further complicate things, in nbdkit < 1.16 the shutdown path from a signal was pretty racy. nbdkit 1.16 attempts to fix the shutdown path so that we now properly wait for all threads to exit before exiting nbdkit. The upstream commit is: https://github.com/libguestfs/nbdkit/commit/0780...

On Tue, Nov 19, 2019 at 01:48:31PM +0100, Martin Kletzander wrote: >On Tue, Nov 19, 2019 at 02:24:11PM +0200, Nir Soffer wrote: >>On Tue, Nov 19, 2019 at 2:16 PM Martin Kletzander <mkletzan@redhat.com> wrote: >>> On Tue, Nov 19, 2019 at 01:14:23PM +0200, Nir Soffer wrote: >>> >On Tue, Nov 19, 2019 at 11:17 AM Martin Kletzander <mkletzan@redhat.com> wrote:

Hi Chandler, Philip, Mehdi, (and llvm-dev,) (this is partially a summary of some discussions that happened at the last LLVM bay area social, and partially a discussion about the direction of the CGSCC pass manager) A the last LLVM social we discussed the progress on the CGSCC pass manager. It seems like Chandler has a CGSCC pass manager working, but it is still unresolved exactly which