similar to: Timeframe for httpd update (CVE-2011-3192)

Hello, There are some errors on the HowTos/OS_Protection page on the CentOS wiki. I would like to correct the errors. Thanks, William Voyek -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/centos-docs/attachments/20090821/ad61f2f3/attachment-0004.html> -------------- next part -------------- A non-text

Hello all, I've a question regarding the values "completed" and "abandoned" that are returned by the manager command "queuestatus". What is the timeframe for these values, are they counted since the last asterisk boot, or per day, or is the timeframe configurable? Thanks and Regards Markus

On Mar 9, 2015, at 9:55 AM, Rob Groner <rgroner at RTD.com> wrote: > Is there a specific file with the version number in it that I would modify, or do you just mean the file names? The canonical place is in configure.ac, and everything else gets regenerated if you rerun autogren.sh That script, by the way, calls "autoreconf -i" which includes the --add-missing flag that I

This doesn't seem to be my day for getting things to work right.... The most obvious place I could find to change the version number was near the top: AC_INIT(nut, 2.7.2) I changed to AC_INIT(nut, 2.7.2_RTD) However, I cannot find "autogren.sh" anywhere, whether in the nut dir or as a system executable. I also tried "autogen.sh" in case that was a typo...no luck.

On Mar 9, 2015, at 9:09 AM, Rob Groner <rgroner at RTD.com> wrote: > I don?t have any problem with pointing customers to a branch they can clone via git and compile. I know this sounds pedantic, but while the snapshots correspond to specific branches and commits in git, they are simpler for end users to build than the git branches, since they include the ./configure script and a few

Is there a specific file with the version number in it that I would modify, or do you just mean the file names? Sincerely, Rob Groner From: Charles Lepple [mailto:clepple at gmail.com] Sent: Monday, March 09, 2015 9:23 AM To: Rob Groner Cc: nut-upsdev at lists.alioth.debian.org Subject: Re: [Nut-upsdev] New sub-driver submission process timeframe? On Mar 9, 2015, at 9:09 AM, Rob Groner

I see it's been in the wishlist a while. Any possible timeframe for getting it working, or maybe a patch (or is it too big a change) to support it? I'm building a new server to move an existing userbase to. So far I have working: Postfix (with Maildir quota patches that work fine) Amavis-new with ClamAV scanning for viruses (will add SpamAssassin soon) SquirrelMail IMP (Horde)

I don't have any problem with pointing customers to a branch they can clone via git and compile. But until that's available, I will do what you suggested (and what my boss has been suggesting for a while) which is to take 2.7.2 and put our driver in it nice and happy and then package that up for our customer to use. That will be a more than sufficient means to get our UPS working until

On Mar 6, 2015, at 4:40 PM, Rob Groner <rgroner at RTD.com> wrote: > So, if I write my own subdriver for our UPS?how quickly can I expect that it will be incorporated in some downloadable version of nut that a user can then use? I'm struggling a bit to provide a useful answer that doesn't sound dismissive ("sometime soon") but explains what we're up against. At the

Faster than I expected, I've become somewhat disenchanted by the openups-usb driver. So, if I write my own subdriver for our UPS...how quickly can I expect that it will be incorporated in some downloadable version of nut that a user can then use? The main reason I ask is because I have to include a guide for getting the UPS to work in Linux. If I can simply stipulate that they have to

Hi, about an hour ago two web-serving VMs died at the same time with the following error on the console: INFO: task httpd:4304 blocked for more than 120 seconds. "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. httpd D 00af1f714d1112e2 0 4304 22471 4305 4303 (NOTLB) ffff88006574bdc8 0000000000000282 00000000000041f8

Hello, I am working on a CentOS Linux 2.6.32-71.el6.x86_64 system. I noticed that the system came with httpd-2.2.15-6 installed. After I run 'yum update' I get httpd-2.2.15-9. I did some research on the Internet, but can't find the following information: are most of the security fixes that appear in httpd-2.2.21 applied to the update on httpd-2.2.15-9? There was a security fix just

https://bugzilla.mindrot.org/show_bug.cgi?id=3192 Bug ID: 3192 Summary: openssh-8.2 & openssl-1.1.1d error: dereferencing pointer to incomplete type Not found struct BIO , bio->num_write Product: Portable OpenSSH Version: 8.2p1 Hardware: Other OS: Linux Status: NEW

Hi Yiannis, > I have been using llvm 2.8 (i know ancient history!) for a backend that i was > implementing. I have been trying to port my patches to latest llvm (svn build) > lately but i have one problem as far as the Exception Handling mechanism is > concerned. It seems that there are no Exception Tables generated any more such > as the one below: got some example bitcode for

Hey everybody! I have been using llvm 2.8 (i know ancient history!) for a backend that i was implementing. I have been trying to port my patches to latest llvm (svn build) lately but i have one problem as far as the Exception Handling mechanism is concerned. It seems that there are no Exception Tables generated any more such as the one below: .section .gcc_except_table,"a", at

greetings i used to use slackware years ago. i would still use it in conjunction with CentOS etc if i had more time and extra financial resources. thing is, years ago i used to subscribe to reminder emails from packages like Apache httpd etc and they would tickle me when new releases or betas were available. i still get emails from them... anyways, the question i am wondering is... when a

Nikola, Your patchset does not work; e>bin\clang.exe -S なかむら\たくみ.c error: error reading '邵コ・ェ邵コ荵昴・郢ァ蝎らクコ貅假ソ・邵コ・ソ.c' 1 error generated. - Would it be not enough in somewhere? I suspect clang still might be pathv1-dependent. (I guess, pathv1 would assume ansi) - raw_ostream does not handle utf8, but ansi, on win32. I would like to propose; - converting utf8 and utf16

Processing commands for control at bugs.debian.org: > retitle 770230 xen: CVE-2014-5146 CVE-2014-5149 CVE-2014-8594 CVE-2014-8595 CVE-2014-9030 Bug #770230 [src:xen] CVE-2014-5146 CVE-2014-5149 CVE-2014-8594 CVE-2014-8595 Changed Bug title to 'xen: CVE-2014-5146 CVE-2014-5149 CVE-2014-8594 CVE-2014-8595 CVE-2014-9030' from 'CVE-2014-5146 CVE-2014-5149 CVE-2014-8594

AFAIK Clang internals do assume utf8, and llvm::sys::path converts strings to utf16 on windows and calls W API functions. If somebody would like to take a look at my changes and comment on them. Here's a brief explanation of what I did: - Convert argv to utf8 using current system locale for win32 (this is done as soon as possible inside ExpandArgv). This makes the driver happy since calls to

Source: xen Severity: grave Tags: security Hi, the following security issues apply to Xen in jessie: CVE-2014-5146,CVE-2014-5149: https://marc.info/?l=oss-security&m=140784877111813&w=2 CVE-2014-8594: https://marc.info/?l=oss-security&m=141631359901060&w=2 CVE-2014-8595: https://marc.info/?l=oss-security&m=141631352601020&w=2 Cheers, Moritz