search for: someday

...e virtualization cluster using a Ceph > RBD as backing for each libvirt-managed LXC. I know live migration for LXC > isn't yet possible, but I'd like to build my infrastructure as if it were. > That is, I would like to be sure proper locking is in place for live > migrations to someday take place. In other words, I'm building things as > if I were using KVM and live migration via libvirt. > > I've been looking at corosync, pacemaker, virtlock, sanlock, gfs2, ocfs2, > glusterfs, cephfs, ceph RBD and other solutions. I admit that I'm quite > confused....

The last time I checked, dovecot didn't support having nested IMAP folders be implemented via actual nested maildir folders in the filesystem, but that feature was on the "someday maybe it'll happen list", IIRC. I can't find any recent mention of that feature or its absence on the web or in the list archives; is it still on the someday list? (If it isn't implemented yet, does anyone know of an IMAP server that DOES support it?) Thanks, Sweth. -- Sweth...

I have 3 years of experience with R and have an interest in becoming a better programmer so that I might someday be able to contribute packages. Other than R, my only experience was taking Lisp from Daniel Friedman in the 1970's. I would like to learn either C or C++ for several reasons: To gain a better concept of object oriented programming so that I can begin to use S4 methods in R. To perhaps speed...

We have a few unfinished examples in our code of the form it "should and does do something" do # stuff end it "should do something someday" it "should and does do something else" do # more stuff end Now since I upgraded my gem to rspec 1.8 today, the empty example is failing with the error ArgumentError in "should do something someday": block not supplied Is this by design? What''s the rec...

I see this has been asked a few times over the years (but not in several years), and the response was along the lines of "maybe someday", so I figured I'd see if someday was here yet... I have a need to have a different default realm for different listeners. Basically, I've a bunch of different domains, and a few of them insist their users not be required to authenticate with "user at domain" and just use &q...

...uild an active/active virtualization cluster using a Ceph RBD as backing for each libvirt-managed LXC. I know live migration for LXC isn't yet possible, but I'd like to build my infrastructure as if it were. That is, I would like to be sure proper locking is in place for live migrations to someday take place. In other words, I'm building things as if I were using KVM and live migration via libvirt. I've been looking at corosync, pacemaker, virtlock, sanlock, gfs2, ocfs2, glusterfs, cephfs, ceph RBD and other solutions. I admit that I'm quite confused. If oVirt, with its embed...

...." Okay, but why not? I can't find any evidence it was ever in RHEL or CentOS. It looks like it's in the Nux Desktop repo and the Repoforge repo for EL5 and 6 and Nux for EL7. > 6) While I do really appreciate CLI stuff, more and more I have come to > appreciate GUI stuff. Someday, I think you too will understand. I really doubt that. Someday, maybe, you'll understand why some people prefer the command line interface. > 7) Again, hasn't anyone installed Grsync in centos 7 from source? I hate > to being the "lab rat". The Fedora packages rebuild...

Hi Timo, Are there any plans to support the SIZE option in the lmtp server? Paul

...t;&, it is better to instead declare it as SmallVectorImpl<Foo>&. This makes sense, but it seems to me that it is better still to declare it as ArrayRef<Foo>; a quick test suggests it compiles to the same (highly efficient) code, and adds a bit more flexibility in case e.g. you someday want to pass a std::vector. By that logic, there is never any reason to take a SmallVectorImpl, because ArrayRef is strictly better. Am I missing anything? -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20190...

On Jan 15, 2010, at 11:31 AM, David Greene wrote: > On Friday 15 January 2010 13:16, Dan Gohman wrote: > >> Is it ever desirable to pass false to the "limit" argument? > > Not in the usual course of things but I figured someday someone > might want to dig deeper. "limit" is just a heuristic and it > could be wrong. Maybe the SelectionDAG is really just huge. "limit" is just the flag that controls whether or not a message is printed. It seems the message would always be either useful or harmles...

...G <num> option in gcc that the mips guys will want to support some day (there are probably better options but this was the first the came to mind). All of those can be directly represented in LLVM IR today, but if there were a good reason to, I can see extending attributes to work on globals someday. -Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20121122/0e481f89/attachment.html>

...as an idea: We have three supermicron servers with two 10Gb Ports each, connected to a cisco switch stack 1Gb ports. All are on auto speed. I configured a LACP bond on both sides on all servers, first with citrix xen server. On one server eth0 goes down from time to time ? maybe within minutes, someday it is up for some hours. Two server are fine; the bond is up for 24 days(!) now without any problem. Recently I installed centos 7.2 on that server in question and - bam - eth0 is going down from time to time ? I checked patch cables, tried an other switch port channel, reconfigured the ports, r...

...I run some AD-sites with Samba DCs and DMs. Currently I use the "maintenance mode" release 4.11.11 (packages from Louis ...) and things work fine. My question: Is it recommended to move on to 4.12.x and if yes, why and when? We don't lack any features afaik, but I understand that someday 4.11.x will not be maintained anymore. No hurry, I just want to learn how to approach that. And for sure I'd like to know if there are specific things to know or steps to follow. DCs first? DMs first? Maybe this also helps other samba-admins, thanks.

Hi, all, Is the Xen currently compatible with the InfiniBand? I found some information about the Smart I/O module, but it was posted in 2006. Is the module still maintained? Or, are there any up-to-date alternatives for that? Many thanks, Chiu _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users

Store log from MSI installer. Log file will be located in firstboot scripts-done directory with name rhev-apt.log. The path has to be double-quoted to handle spaces in path name properly. Hopefully this can help resolve RHBZ#1584678 someday. Signed-off-by: Tomáš Golembiovský <tgolembi@redhat.com> --- v2v/convert_windows.ml | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/v2v/convert_windows.ml b/v2v/convert_windows.ml index 1db3c0ea6..7ea56592c 100644 --- a/v2v/convert_windows.ml +++ b/v2v/convert_windows.ml...

...some non-C language like haskell or ocaml or something. 2) in practice, IMO, if an app is in kernel space or embedded, if they use a symbol (e.g. printf) it almost certainly does what ansi says it does. 3) I really think the functionality of simplifylibcalls should be moved into instcombine someday, so that it is run more than once and is iterative. 4) we want other passes to be able to optimize libcalls. For example, the stuff I added in r61918 requires GVN or memcpyopt to optimize things like strlen. 5) regardless of #1/2, we want to support things like -fno-builtin- free someday....

>> 3. I'm intrested in blocking kazaa/P2P trafic with IPFW any help in this issue you could possibly block connections at known p2p ports. deny tcp from any to any 6699 step but most of the newer protocols use dynamic ports and in turn, are configurable. so ipfw isn't exactly ideal on it's own for this. -r. -----Original Message----- From: Pons [mailto:pons@gmx.li] Sent:

Here''s a link to the Verisign scripts we used... We customized ours a bit but this will get you going. Graciously provided by Jon at Slantwise Design and posted with permission (http://www.slantwisedesign.com), these may make it into some other format someday (gem? Plug in?). Anyway, of course, no warranty with this code, use at your own risk and really no support - you''ll have to get that going on your own. Payment processing is not for the faint of heart. Hope it is helpful. http://www.liberationmedia.com/payflow_pro.tgz

...owth factor. Those keys are > probably an issue. Or perhaps we just need a different representation for > sample records and call sites. > Yes. In going through DenseMap's implementation I see that large values for keys will cause a lot of growth. And the documentation confirms it (someday I'll learn to read documentation first). -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20151211/ae465acd/attachment.html>

On Thu, Mar 5, 2015 at 1:03 PM, Les Mikesell <lesmikesell at gmail.com> wrote: > On Thu, Mar 5, 2015 at 11:44 AM, Francis Gerund <ranrund at gmail.com> wrote: > > Hello. > > > > I think it is just too easy to make mistakes with rsync. And getting it > > "almost correct" can really get you hurt. > > What are you trying to do, and what kind of