search for: overshadows

Hi, I have completed a prototype of a package, say FOO, and now I want to start using it as an ordinary R package, i.e. attach it via library("FOO"). On the other hand I will be adding functionality and fixing bugs so the code is going to change a lot. There is a couple of problems that don't know how to solve: 1. To be able to use library() the package must be INSTALLED. The

Hello All, First post. Just ported Samba4 to a native Android/ARM platform -- quite a bit more work than Samba3. Moved to Samba4 to pick up AD support. The smb and nmb daemons fire up and appear to operate correctly, at least as good as Samba3. However, when trying to use samba-tool to create/list users, etc. I run into the following: ERROR(<type 'exceptions.AttributeError'>):

Hi all, I am currently planning a new home file server on a gigabit network that will be utilizing ZFS (on SXDE). The files will be shared via samba as I have a mixed OS environment. The controller card I will be using is the SuperMicro SAT2-MV8 133MHz PCI-X card. I have two options for CPUs/motherboards: AMD Athlon64 3000+ (64 bit) DFI LanParty UT 250gb (NForce 3 based) motherboard 32 bit

Greetings, Rowland Penny! >>>>> well tough, the smbldap-tools were written to do a job, map windows >>>>> users to unix users and vice versa. >>>> No. smbldap-tools were doing exactly the same as AD do: kept all users in one >>>> database. >>>> >>> Similar, but not the same, with smbldap-tools you had Unix and ldap

Greetings, Rowland Penny! >>>>>>> well tough, the smbldap-tools were written to do a job, map windows >>>>>>> users to unix users and vice versa. >>>>>> No. smbldap-tools were doing exactly the same as AD do: kept all users in one >>>>>> database. >>>>>> >>>>> Similar, but not the same,

Greetings, Rowland Penny! >>>>>>>>> well tough, the smbldap-tools were written to do a job, map windows >>>>>>>>> users to unix users and vice versa. >>>>>>>> No. smbldap-tools were doing exactly the same as AD do: kept all users in one >>>>>>>> database. >>>>>>>>

On Thu, Jan 15, 2015 at 10:40:00PM +0000, Kaye, John wrote: > Hello All, > > First post. Just ported Samba4 to a native Android/ARM platform -- quite a bit more work than Samba3. Moved to Samba4 to pick up AD support. > > The smb and nmb daemons fire up and appear to operate correctly, at least as good as Samba3. However, when trying to use samba-tool to create/list users, etc. I

On 10/04/15 13:50, Andrey Repin wrote: > Greetings, Rowland Penny! > >>>>>>>> well tough, the smbldap-tools were written to do a job, map windows >>>>>>>> users to unix users and vice versa. >>>>>>> No. smbldap-tools were doing exactly the same as AD do: kept all users in one >>>>>>> database.

Hey all, Just wondering about the current status of wrepld. Back in '02 Jean Fran?ois Micouleau was doing some work on it, but there does not appear to be any changes to the code since that spring besides updates to the entire tree that happen to touch the wrepld files. The Samba-HOWTO states that it is in "active development" and I was wondering if I could help with testing or

In addition to the major points that others made: if you care about speed, don't use compression. With today's fast disks it's an order of magnitude slower to use compression: > d=lapply(1:10, function(x) as.integer(rnorm(1e7))) > system.time(saveRDS(d, file="test.rds.gz")) user system elapsed 17.210 0.148 17.397 > system.time(saveRDS(d,

On 09/04/15 22:33, Andrey Repin wrote: > Greetings, Rowland Penny! > >>>>>> well tough, the smbldap-tools were written to do a job, map windows >>>>>> users to unix users and vice versa. >>>>> No. smbldap-tools were doing exactly the same as AD do: kept all users in one >>>>> database. >>>>> >>>>

Toby, > On Sep 2, 2015, at 1:12 PM, Toby Hocking <tdhock5 at gmail.com> wrote: > > Dear R-devel, > > I am running mclapply with many iterations over a function that modifies > nothing and makes no copies of anything. It is taking up a lot of memory, > so it seems to me like this is a bug. Should I post this to > bugs.r-project.org? > > A minimal reproducible

Dear R-devel, I am running mclapply with many iterations over a function that modifies nothing and makes no copies of anything. It is taking up a lot of memory, so it seems to me like this is a bug. Should I post this to bugs.r-project.org? A minimal reproducible example can be obtained by first starting a memory monitoring program such as htop, and then executing the following code while

Greetings, Rowland Penny! >>> well tough, the smbldap-tools were written to do a job, map windows >>> users to unix users and vice versa. >> No. smbldap-tools were doing exactly the same as AD do: kept all users in one >> database. >> > Similar, but not the same, with smbldap-tools you had Unix and ldap > users, If you want to put it that way... >

> AW> This should be fixable though. I''m also not sure how carefully > AW> dm-u watches block completion responses to ensure safety of > AW> metadata updates relative to data writes. This too should be > AW> fixable -- i just don''t know if the user-level tools can currently > AW> request completion notifications on requests that they''ve

Hi guys. Quite happy with mocha for testing. It''s been a bit of an eye opener for me, and I expect to begin using it heavily. One other thing I''d like to do is stub out particular class methods in development. Is there a way I can do this with mocha? Jason

> On Oct 24, 2014, at 5:43 AM, Rafael Espíndola <rafael.espindola at gmail.com> wrote: > > On 24 October 2014 08:33, Renato Golin <renato.golin at linaro.org <mailto:renato.golin at linaro.org>> wrote: >> On 24 October 2014 13:13, Rafael Espíndola <rafael.espindola at gmail.com> wrote: >>> lib/Target/ARM: only built if the ARM target is enabled.

Hi Hal, Thanks for the reference. I’ve looked at PPCBranchSelector and the PowerPC backend. It is very different from the X86 architecture and unfortunately the way branch relaxation and alignment related issues are handled in PPC cannot be copied to X86. This is because: 1. PPC instructions are of fixed length while X86 instructions are of variable length, and their length can change

Xapians! If tomorrow Xapian search engine would achieved the same performance and result in searches as Google we would not be able to beat Google, because we would create only a copy of the searches that already exists from Google search engine. However there is a way to beat anyone, and there is a way to beat Google successfully as well just do not give up. Some see it as implementing Ajax, or

Hi, I am dealing with very large datasets and it takes a long time to save a workspace image. The options to save compressed data are: "gzip", "bzip2" or "xz", the default being gzip. I wonder if it's possible to include the pbzip2 (http://compression.ca/pbzip2/) algorithm as an option when saving. "PBZIP2 is a parallel implementation of the bzip2