search for: techic

.../tc/priority.txt So, based in this information, I''ve prepared an alternative priomap explanation for this section of the HOWTO, if you like it as it is I could try to do the modifications to the .db file. If not, just take what you want from it or forget it... It is possibly full plenty of techical mistakes and also linux-centered, as long as I have no idea how this goes on other operating systems. I''m not a professional, so please don''t be hard with the criticism... priomap Determines how packet priorities, as assigned by the kernel, map to bands. The kernel assigns...

> The same can be said of closures, garbage collection and a dozen other > features that also cannot feasibly be added to LLVM. > > The only logical solution is to build a HLVM on top of LLVM and share that > between these high-level language implementations. This is an excellent point. You have convinced me. :-) BTW, what garbage collector are you using for your HLVM? You

...ny live local reference variables on a shadow stack. That assumes an uncooperative environment but it is still precise. That will suffice for now. > I'm not a GC expert, so why are the current GC intrinsics insufficient? They may well be sufficient but I am avoiding them for the same non-techical reason: I consider them to be an experimental feature of LLVM so I don't want to take a dependency on them if possible and, in this case, there is a simple workaround. Other people are creating far more bleeding edge VMs (e.g. VMKit) using LLVM's GC API so they would be much better p...

...added another member server, but it's not syncronized...". > Looking for your help and if there is any support mail or something like > that I will be glad if you provide me the address. For general help about Samba, the best place would be the Samba mailing list (not the samba-techical list you used. This one is for development and internals). https://lists.samba.org/mailman/listinfo/samba And if you subscribe yourself to the list, then your mails are directly send to the list and are not kept on hold until someone release them. :-) Regards, Marc

Hey Guys, I am looking to put together a set of guidelines for posting on the CentOS Mailing Lists. The aim being that we come up with a framework that is then enforceable by a moderator, should the need arise. Blanket user / thread moderation is something that I dont really want to enforce here - but might be a necessary evil, over a short period of time. End of the day, we are all educated

On 2007-09-12, Ralph wrote: > On Wed, Sep 12, 2007 at 07:26:14PM +0200, Daniel Aleksandersen wrote: > > > http://wiki.xiph.org/index.php/VorbisComment > > > > I updated the page with constructive proposals and structure. > > I don't see any proposals beyond the linked pages? I updated the page!! Wrote about fifty lines! I *know* I saved because I was discussing

...ges from all variants. All upstream repositories have been combined into one, to make it easier for end users to work with. There are many fundamental changes in this release, compared with the past CentOS-6 releases, and we highly recommend everyone stufy the Release Notes as well as the upstream Techical Notes about the changes and how they might impact your installation. All updates released since upstream 6.4 release are also released to the CentOS-6.4 mirrors. Everyone who has centos-cr repositories enabled and in use, would already be running CentOs-6.4 as of two weeks ago and will notice o...

When designing a filesystem, is fragmentation really an issue if access to the disk can be done using scatter-gather DMA techics ?

...ges from all variants. All upstream repositories have been combined into one, to make it easier for end users to work with. There are many fundamental changes in this release, compared with the past CentOS-6 releases, and we highly recommend everyone stufy the Release Notes as well as the upstream Techical Notes about the changes and how they might impact your installation. All updates released since upstream 6.5 release are also released to the CentOS-6.5 mirrors. Everyone who has centos-cr repositories enabled and in use, would already be running CentOs-6.5 as of one week ago and will notice on...

...ges from all variants. All upstream repositories have been combined into one, to make it easier for end users to work with. There are many fundamental changes in this release, compared with the past CentOS-6 releases, and we highly recommend everyone stufy the Release Notes as well as the upstream Techical Notes about the changes and how they might impact your installation. All updates released since upstream 6.5 release are also released to the CentOS-6.5 mirrors. Everyone who has centos-cr repositories enabled and in use, would already be running CentOs-6.5 as of one week ago and will notice on...

Hello Everyone, Mongrel is due for a 0.3.12 release which will feature some pretty insane goodies for everyone. There''s talk of IOWA support, lots of speed improvements (including sendfile support), a great Configurator which makes configuring Mongrel a snap (especially for framework implementers), and a ton of debugging stuff. WARNING This is a pre-release announcement for the

Are there any plans on the table to add native support for two-factor authentication, such as password *and* public key? Visa PCI standards require two-factor authentication for remote access and if password+key was available in openssh it would be much easier to maintain and support than a full-blown vpn with all the cross-platform compatibility issues that come with one. Thanks! Jacob

We have an existing "management system" of sorts, based on rdist. I''d like to know the best way to migrate it to using puppet. Currently, we have a local binaries tree, rdisted out nightly. We also make use of rdist''s extra capability to trigger scripts when and if named files are updated. I''m not sure what the best method would be, of converting this to