search for: futureproofing

...l interface would be preferable, but it contains additional subsections - which are naturally represented by MCDataFragments - Is there an MC equivalent of a SubSection (which is-a Section so I can switch back and forth?) Currently we only have stuff that go into the File subsection only, but.. for futureproofing? I pretty much duplicated style from MCELFObjectWriter.cpp, which does muck with MCDataFragments - (in function WriteRelocation() around line 910 of MCELFObjectWriter.cpp )  I could not find an easier solution. The code currently closely tracks the layout required in the section, and its very simp...

W dniu 20.08.2015 o 13:26, Mauricio Tavares pisze: > On Aug 20, 2015 6:54 AM, "ken" <gebser at mousecar.com> wrote: >> >> One of the build options for a laptop I'm looking at buying is DVD vs > Blu-Ray. I've never used Blue-ray before, so is there some compelling > reason, as a Linux guy, to want to get Blu-ray? > First of all, is this going

...erable, > but it contains additional subsections - which are naturally > represented by MCDataFragments - Is there an MC equivalent of a > SubSection (which is-a Section so I can switch back and forth?) > Currently we only have stuff that go into the File subsection only, > but.. for futureproofing? We cross that bridge when we get there. It might be that the best thing to do is organize the code so that we output the subsections in order. It might be to add some missing feature. For now using the regular streamer API will make this code a lot easier to read. > > -jason Cheers, Rafa...

...ng that because of > the sheer capacity but my experience using DL DVDs for backup was not > as good as the original claims. Retention was not good after a year or > so, which led me to use hard drives instead with a slow rotation > policy and keeping hardware to read it (poor man's futureproofing). Well, retention was not an issue in my case (that were monthly backups, we didn't need to keep old backups). But eventually capacity became a problem. Recently we have switched to RDX. -- Over And Out MoonWolf

Hi, Freeze is coming closer, and it starts more and more to look like there will be no (complete, especially lacking dom0 Kernel patches) Xen support in lenny if nothing changes, like: 2) Some people come together and try to work out the needed patches for the newest Kernels and make them available in Debian. (I don't know what's the newest available patchset, would be interesting to

I''m trying to get some answers as to why I (my company actually) would go with RoR over TurboGears. The developer staff is fluent in both Ruby and Python so that is not an issue. Rails is well into its release cycle whereas Turbogears won''t be at 1.0 until later this week. They both do essentially the same thing and they both have cool features unique to themselves

...it contains additional subsections - which are naturally >> represented by MCDataFragments - Is there an MC equivalent of a >> SubSection (which is-a Section so I can switch back and forth?) >> Currently we only have stuff that go into the File subsection only, >> but.. for futureproofing? > > We cross that bridge when we get there. It might be that the best > thing to do is organize the code so that  we output the subsections in > order. It might be to add some missing feature. For now using the > regular streamer API will make this code a lot easier to read. Of the...

...I thought about doing that because of the sheer capacity but my experience using DL DVDs for backup was not as good as the original claims. Retention was not good after a year or so, which led me to use hard drives instead with a slow rotation policy and keeping hardware to read it (poor man's futureproofing). > -- > Over And Out > MoonWolf > _______________________________________________ > CentOS mailing list > CentOS at centos.org > http://lists.centos.org/mailman/listinfo/centos

...of >> the sheer capacity but my experience using DL DVDs for backup was not >> as good as the original claims. Retention was not good after a year or >> so, which led me to use hard drives instead with a slow rotation >> policy and keeping hardware to read it (poor man's futureproofing). > > Well, retention was not an issue in my case (that were monthly backups, > we didn't need to keep old backups). But eventually capacity became a > problem. Recently we have switched to RDX. > Which RDX? This: https://en.wikipedia.org/wiki/RDX ? Valeri ++++++++++++++++++...

On Mon, Oct 05, 2020 at 08:21:50AM -0500, Eric Blake wrote: > On 10/3/20 1:50 PM, Richard W.M. Jones wrote: > > New nbdkit_peer_pid, nbdkit_peer_uid and nbdkit_peer_gid calls can be > > used on Linux (only) to read the peer PID, UID and GID from clients > > connected over a Unix domain socket. This can be used in the > > preconnect phase to add additional filtering.

On 10/3/20 1:50 PM, Richard W.M. Jones wrote: > New nbdkit_peer_pid, nbdkit_peer_uid and nbdkit_peer_gid calls can be > used on Linux (only) to read the peer PID, UID and GID from clients > connected over a Unix domain socket. This can be used in the > preconnect phase to add additional filtering. > > One use for this is to add an extra layer of authentication for local >

On Mon, Oct 05, 2020 at 02:38:37PM +0100, Daniel P. Berrangé wrote: > On Mon, Oct 05, 2020 at 08:21:50AM -0500, Eric Blake wrote: > > On 10/3/20 1:50 PM, Richard W.M. Jones wrote: > > > New nbdkit_peer_pid, nbdkit_peer_uid and nbdkit_peer_gid calls can be > > > used on Linux (only) to read the peer PID, UID and GID from clients > > > connected over a Unix domain

2011/12/6 Daniel Dunbar <daniel at zuster.org> > On Tue, Dec 6, 2011 at 2:27 AM, Manuel Klimek <klimek at google.com> wrote: > > On Tue, Dec 6, 2011 at 2:11 AM, Michael Spencer <bigcheesegs at gmail.com> > wrote: > >> On Sun, Dec 4, 2011 at 9:06 AM, Manuel Klimek <klimek at google.com> > wrote: > >>> On Sat, Dec 3, 2011 at 10:33 PM,

Hi all,<br> <br> So I am new here (both using Solaris and also posting on this forum) and I need<br> some advice.<br> I have a plan on making a machine set up as a Network Storage Server and I just<br> want some of your recommendations and opinions on how to go about this.<br> <br> I do a lot of video editing of DV files and want to be able to store them

From: Rusty Russell <rusty@rustcorp.com.au> lguest is a simple hypervisor for Linux on Linux. Unlike kvm it doesn't need VT/SVM hardware. Unlike Xen it's simply "modprobe and go". Unlike both, it's 5000 lines and self-contained. Performance is ok, but not great (-30% on kernel compile). But given its hackability, I expect this to improve, along with the

From: Rusty Russell <rusty@rustcorp.com.au> lguest is a simple hypervisor for Linux on Linux. Unlike kvm it doesn't need VT/SVM hardware. Unlike Xen it's simply "modprobe and go". Unlike both, it's 5000 lines and self-contained. Performance is ok, but not great (-30% on kernel compile). But given its hackability, I expect this to improve, along with the

As promised to Andrew, and with much thanks to Andi Kleen for feedback, this is the new series of lguest patches. Main change is the move to drivers/lguest (for future non-i386 expansion), but lots of cleanups driven by Andi's feedback and the documentation effort (which made me examine every line of code). It's not perfect, but it's definitely useful. Cheers, Rusty. List of

As promised to Andrew, and with much thanks to Andi Kleen for feedback, this is the new series of lguest patches. Main change is the move to drivers/lguest (for future non-i386 expansion), but lots of cleanups driven by Andi's feedback and the documentation effort (which made me examine every line of code). It's not perfect, but it's definitely useful. Cheers, Rusty. List of

On Tue, Dec 6, 2011 at 2:27 AM, Manuel Klimek <klimek at google.com> wrote: > On Tue, Dec 6, 2011 at 2:11 AM, Michael Spencer <bigcheesegs at gmail.com> wrote: >> On Sun, Dec 4, 2011 at 9:06 AM, Manuel Klimek <klimek at google.com> wrote: >>> On Sat, Dec 3, 2011 at 10:33 PM, Douglas Gregor <dgregor at apple.com> wrote: >>>> Hi Manuel,

On Tue, Dec 6, 2011 at 2:11 AM, Michael Spencer <bigcheesegs at gmail.com> wrote: > On Sun, Dec 4, 2011 at 9:06 AM, Manuel Klimek <klimek at google.com> wrote: >> On Sat, Dec 3, 2011 at 10:33 PM, Douglas Gregor <dgregor at apple.com> wrote: >>> Hi Manuel, >>> >>> On Nov 28, 2011, at 2:49 AM, Manuel Klimek wrote: >>> >>>>