similar to: Coalesce function in BBmisc, emoa, and microbenchmark packages

Hello Jean-Marc and all, I recently had a talk with somebody about CELP. He said, there is this federal standard 1016 (4.8kbps) with a reference implementation of the Department of Defense (only on Sun, unfortunately, if I got this right). This one is noticed in the manual already. He also said, since there is this implementation of the DoD, nobody would voluntarily re-implement CELP. If I read

On 04/28/2015 02:30 PM, John R Pierce wrote: > On 4/28/2015 9:49 AM, bobby Orellano wrote: >> nowhere does it say that centos is approved for use in DoD. it is not on >> the APL, only RedHat and SuSE > > > DoD approval requires spending lots of money jumping through arbitrary > hoops. Do you wish to pay for this? > > skimming the requirements, it also requires

On 04/28/2015 06:05 PM, Akemi Yagi wrote: > On Tue, Apr 28, 2015 at 3:10 PM, Johnny Hughes <johnny at centos.org> wrote: > >> CentOS is not approved for DOD use. In fact, CentOS is not now, nor has >> it ever been *certified* for anything. Certifications require people to >> PAY to certify a product. >> >> Specifically, EAL4 Certification, a requirement

Can anyone help with getting the new DoD CACs (Smart Card) to work in CentOS 6.6? I don't use it for console logins, only for email and .mil web sites. I recently had to get a new DoD CAC (Smart Card) when one of the buildings I work in upgraded their security system. My old CAC was working fine prior to this for signing and encrypting email and for authenticating to various DoD (.mil) sites

On 4/28/2015 9:49 AM, bobby Orellano wrote: > nowhere does it say that centos is approved for use in DoD. it is not on > the APL, only RedHat and SuSE DoD approval requires spending lots of money jumping through arbitrary hoops. Do you wish to pay for this? skimming the requirements, it also requires extensive documentation of said 'Product'. Do you wish to write this?

nowhere does it say that centos is approved for use in DoD. it is not on the APL, only RedHat and SuSE

I've been getting a lot of timeouts on non-critical invite transactions. I turned on sip debug. They were the result of SIP invites like this: Retransmitting #10 (NAT) to 185.107.94.10:13057: SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 215.45.145.211:5060;branch=z9hG4bK-524287-1---zg4cfkl50hpwpv4p;received=185.107.94.10;rport=13057 From:

> -----Original Message----- > From: Jason Ricles > Sent: Thursday, December 04, 2014 11:23 > To: CentOS mailing list > Subject: Re: [CentOS] Firefox fails to authenticate .mil > sites with New DoDCAC > > I thought DoD used RHEL and not Centos, or did Centos did approved > DADEMS recently? DADMS is a Navy system, but yes Centos is approved for use by DISA. You would

John R Pierce wrote: > On 5/31/2017 8:04 AM, m.roth at 5-cent.us wrote: >> I've got an old RAID that I attached to a box. LSI card, and the RAID >> has 12 drives, for a total RAID size of 9.1TB, I think. I started shred >> /dev/sda the Friday before last... and it's still running. Is this >> reasonable for it to be taking this long...? > > not at all

Dear All: I have a clinical study where I would like to compare the demographic information for 2 samples in a study. The demographics include both categorical and continuous variables. I would like to be able to say whether the demographics are significantly different or not. The majority of papers that I have read use multiple techniques to achieve this (e.g., t-test for the continuous

On Thu, 2014-12-04 at 11:41 -0500, Jason Ricles wrote: > Gotcha, I also work with DoD for Navy systems and was surprised by > that. So you mean if we don't want to pay RHEL licensing fees, we can > use Centos? Since we are paying about $100 per RHEL license. I would recommend RHEL for critical systems or those that must be certified for a particular purpose, such as CA servers.

> -----Original Message----- > From: Jason Ricles > Sent: Thursday, December 04, 2014 11:42 > > Gotcha, I also work with DoD for Navy systems and was surprised by > that. So you mean if we don't want to pay RHEL licensing fees, we can > use Centos? Since we are paying about $100 per RHEL license. But you will still need a (self?) support plan to be STIG compliant. >

Hello, I have Fedora 15 32 bit with gnome shell. system is fully updated and nvidia drivers are installed and working correctly. > 2.6.40.6-0.fc15.i686 But i cant run day of defeat source with my wine :( wine version is: 1.3.29 when i tried this: Code: wine /home/ziko/.wine/drive_c/Program\ Files/DoD/hl2.exe there was an output: Code: wine: Unhandled page fault on read access to

Hello. I recently installed Steam through Wine 1.0.0, but when I run DOD: Source, Half Life, DOD, or Deathmatch Classic, I experience the same problem. The game loads and runs fine, but the menu screen is flashing over the actual gameplay images every second. It's as if the menu screen is trying to stay on top of the game, but it's struggling to do so. I am using Ubuntu 8.04, Wine 1.0.0

On 2 January 2018 at 17:08, Marc Haber <mh+openssh-unix-dev at zugschlus.de> wrote: > On Tue, Jan 02, 2018 at 04:03:34PM +1030, David Newall wrote: >> On 02/01/18 03:29, Michael Str?der wrote: >> > How high is the risk that this unmaintained device is added to >> > yet-another-bot-net in the Internet-of-shitty-devices or is used to >> > enter parts of your

Hi Everyone, This is basically an FYI because I don''t think there is much that can be done about it. I work at a DoD lab and up until very recently I had no problems at all getting to rubyonrails.org. All week long I have not been able to visit the site and I finally gave up and submitted a trouble call to our network help desk. I was told that the site was in a class B range

I have a dataset with event=death time (from medical examination until death/censoring) dose (given at examination time) Two groups are considered, a non-exposed group (dose=0), an exposed group (dose between 5 and 60). For some reason there is a theory of the dose increasing its effect over time (however it was only given (and measured) once = at the time of examination). I tested a model:

On Thu, 2014-12-04 at 13:09 -0500, Jason Ricles wrote: > That is true, which we are using ours for critical things. Guess RHEL > will be the way to go till Centos is maybe approved for critical > systems as well. That's really up to the program manager in which the machine would be used. He would make a determination whether it's supportable and maintainable, based on in-house

Good evening from Singapore! The foremost question which I want to ask is, what is the universal (world wide) understanding behind degaussing hard drives? I work for No Secrets Agency (NSA) Pte Ltd (fictitious company name used). My sales manager Edward Joseph Snowden (fictitious individual name used) had *promised* our customer Leave Me in the Lurch (S) Pte Ltd (fictitious company name used)

I am currently running Dovecot on DoD production email server (Postfix) and the latest version the software available from Redhat is dovecot-0.99.11-8.EL4. According to you guys, this is ancient and I was wondering what is the safest and easiest way to get my version updated without breaking it... Thanks for any help and or points in the right direction... [root at mail ~]# dovecot -n Usage: