similar to: TOT - Cemtos 7 : Systemd alternatives ?

Wasn't there a TV series in the 1960s about a US soldier who got made up to general thanks to the accidental over punching of paper tape? Regards, Martin, >-----Original Message----- >From: centos-bounces at centos.org [mailto:centos-bounces at centos.org] On >Behalf Of Always Learning >Sent: 10 July 2014 11:43 >To: CentOS mailing list >Subject: Re: [CentOS] Cemtos 7 :

Is there a special step for this? -- Cosme Corr?a On Jul 8, 2014 4:32 PM, <m.roth at 5-cent.us> wrote: > Always Learning wrote: > > > > On Tue, 2014-07-08 at 11:10 -0700, John R Pierce wrote: > >> On 7/8/2014 10:36 AM, Always Learning wrote: > >> > 75 baud on a TTY (clank, clank, clank, ding, thud as the printer head > >> > returned to the

Reading about systemd, it seems it is not well liked and reminiscent of Microsoft's "put everything into the Windows Registry" (Win 95 onwards). Is there a practical alternative to omnipresent, or invasive, systemd ? -- Regards, Paul. England, EU. Centos, Exim, Apache, Libre Office. Linux is the future. Micro$oft is the past.

after cleaning up a bunch or selinux alerts, I update and wham, clamav/clamd/clamav-db make me assert contexts again to /var/clamav like... chcon -t clamd_t clamav -R which temporarily solves the problem but it would be better if it were policy and not file contexts. So I search and see for some reason, /var/clamav is ignored... # grep clam /etc/selinux/targeted/contexts/files/file_contexts

Has anyone else noticed that firefox is less stable after the recent security update? I'm getting several occurrences per day of "just goes poof," i.e. probably seg fault. -- Collins When I saw the Iraqi people voting three weeks ago, 8 million of them, it was the start of a new Arab world.... The Berlin Wall has fallen. - Lebanese Druze leader Walid

hello, Is there some known bug in ices 0.2.2 or icecast 1.3.11 which causes the source to be kicked? In my log files I find the same thing ... some stupid script kiddie makes ten connections from the same ip and *wham* the source is kicked, no more streaming. however, the server itself doesn't crash. t. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project

So I realize this is somewhat stupid, and I''ve actually gotten myself out of kmdb to kill my dtrace script but this has happened in the past and I''m wondering if there''s any better way around it than hitting :c a bunch of times. Say you set a breakpoint() to fire in a common function. This will drop you into kmdb where you can do some debugging, you take a look around

Hello everyone, I''m trying to migrate a working app from Postgres to MySQL, and I''m trying to use a migration to get it done rather than alter all my database table creation scripts to MySQL syntax. I''ve done loads of work with Postgres, but am a real newbie with MySQL... I did a ''rake db_schema_dump'' from my Postgres app, and got a nice looking

Hi I've whined about this before, but now I feel the overwhelming urge to whine some more. Forgiveness begged... :) I've spent some very frustrating times trying to get a microphone to work when doing skype calls. According to the various sound tools available on Centos all the various mics I have (built into webcam, analog headset, USB headset)produce sound just fine. but when using

What is wrong with this loop ? I am getting an error saying incorrect number of dimensions y[i,2] x <- as.data.frame(runif(2000, 12, 38)) z <-numeric(length(x)) y <- as.data.frame(z) for(i in 1:length(x)) { y <- ifelse(i < 500, as.data.frame(lowess(x[1:i,1], f=1/9)) , as.data.frame(lowess(x[(i-499):i,1], f=1/9))) z[i] <-y[i,2] } -- View this message in context:

In the past I used a tool called WHAM to collect system and process information from Solaris. It looks like dtrace could replace WHAM. Below are the counters that I got from WHAM. I got cumulative and instantaneous counts. Is there some existing dtrace script that will give me all of these plus even more? Also, WHAM was distributed, that is it could collect these counters from multiple

On Nov 17, 2010, at 11:14 PM, Duncan Sands wrote: > Hi Evan, > >> Thanks David. Unfortunately many of us cannot use GPL v3 gcc so it's hard for us >> to investigate this. One question, can you tell if gcc is inlining significantly >> more than llvm? We have reports that this is one of the issue plaguing eon >> performance. > > are you allowed to look at

Hi Evan, > Thanks David. Unfortunately many of us cannot use GPL v3 gcc so it's hard for us > to investigate this. One question, can you tell if gcc is inlining significantly > more than llvm? We have reports that this is one of the issue plaguing eon > performance. are you allowed to look at assembler output by GPL v3 gcc? If so, maybe someone else can do the compiling for you,

Thanks David. Unfortunately many of us cannot use GPL v3 gcc so it's hard for us to investigate this. One question, can you tell if gcc is inlining significantly more than llvm? We have reports that this is one of the issue plaguing eon performance. There are also some relatively well known spec optimizations that we haven't implemented. e.g.

Hi, I have looked at the LLVM code generation quality using small test cases and in general it is better than I thought and in some cases better than gcc. However, there are still some gap in SPEC performance. I have not looked at the root cause of those gaps. Anyone who cares about LLVM performance need to take this seriously. For fair comparison, I used -fno-strict-aliasing in gcc to turn off

Ups just saw i forgot to delete libstdc++. will try again without. regards

Thanks Gabor! I was looking for something like this. (But never actually looked it up in the svn docs;) On 20 Sep 2007, at 10:53, Gabor Greif wrote: > Hi Arnold, > > deleting that is a bit rude, and svn will recover it > when doing "svn up" next time. Yes very annoying indeed :) > A better solution is to > cd llvm-gcc > svn switch libstdc++ missing > >

I'm getting a lot of these from TOT make: /Volumes/MacOS9/gcc/llvm/include/llvm/Analysis/LoopInfo.h: In instantiation of 'llvm::LoopInfoBase<llvm::BasicBlock>': /Volumes/MacOS9/gcc/llvm/include/llvm/Analysis/LoopInfo.h:886: instantiated from here /Volumes/MacOS9/gcc/llvm/include/llvm/Analysis/LoopInfo.h:573: warning: 'class

On Mar 17, 2008, at 5:46 PM, Dale Johannesen wrote: > I'm getting a lot of these from TOT make: > > /Volumes/MacOS9/gcc/llvm/include/llvm/Analysis/LoopInfo.h: In > instantiation of 'llvm::LoopInfoBase<llvm::BasicBlock>': > /Volumes/MacOS9/gcc/llvm/include/llvm/Analysis/LoopInfo.h:886: > instantiated from here >

On Mar 17, 2008, at 6:22 PM, Devang Patel wrote: > > On Mar 17, 2008, at 5:46 PM, Dale Johannesen wrote: > >> I'm getting a lot of these from TOT make: >> >> /Volumes/MacOS9/gcc/llvm/include/llvm/Analysis/LoopInfo.h: In >> instantiation of 'llvm::LoopInfoBase<llvm::BasicBlock>': >>