similar to: CESA-2009:1139 Moderate CentOS 5 x86_64 pidgin Update

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

CentOS Errata and Security Advisory 2009:1139 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2009-1139.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: b55c55c3eef9c0f0ba3fdd813795ad5f finch-2.5.8-1.el5.i386.rpm 11078754ff40c133587dc3d08b08c093 finch-devel-2.5.8-1.el5.i386.rpm

On Sun, Dec 14, 2003 at 11:32:07PM -0600, John Van Essen wrote: > would you care to take the bull by the horns and produce a release > candidate for 2.5.8 so that the rsync enthusiasts on the rsync mailing > list can give it a whirl prior to an official release (hopefully by > Christmas)? I was just about to say something about this on the list, so I'll do it in reply to your

I downloaded mcyrpt 2.6.8, untar, cd into the tree and did ./configure and I get errors. checking for gcc option to accept ISO C89... (cached) none needed checking dependency style of gcc... (cached) gcc3 checking for libmcrypt-config... no checking for libmcrypt - version >= 2.5.0... no *** Could not run libmcrypt test program, checking why... *** The test program failed to compile or link.

https://bugzilla.samba.org/show_bug.cgi?id=2583 Summary: rsync fails with "authentication failure" Product: rsync Version: 2.6.4 Platform: Other OS/Version: Linux Status: NEW Severity: major Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: hpa@zytor.com

Hello! I cannot install rails. `gem install rails` returns: ERROR: While executing gem ... (TypeError) incompatible marshal file format (can''t be read) format version 4.8 required; 0.0 given Interpreter is installed from http://rubyinstaller.org/ . Fresh installation, `gem list --local` returns: *** LOCAL GEMS *** minitest (1.6.0) rake (0.8.7) rdoc (2.5.8) `gem env`

I found this article on http://wiki.xensource.com/xenwiki/XenWindowsGplPv, but windbg display com8 reconnect forever. AND RxBytes always 0. Thank you Using the windows debugger under Xen Set up Dom0 1. Change/add the serial line to your Windows DomU config to say serial=''pty'' 2. Add a line to /etc/services that says ''windbg_domU 4440/tcp''.

XXXXXXXXXX:~/.coupa-1.5#gem list *** LOCAL GEMS *** actionmailer (2.3.8) actionpack (2.3.8) activerecord (2.3.8) activeresource (2.3.8) activesupport (2.3.8) acts_as_ferret (0.4.1) daemons (1.0.10) gem_plugin (0.2.3) gemsonrails (0.7.2) minitest (1.6.0) mongrel (1.2.0.pre2) mysql (2.8.1) rack (1.1.0) rails (2.3.8) rake (0.8.7) rdoc (2.5.8) rtf (0.1.0) rubygems-update (1.3.7) rvm (0.1.45)

I am using ubuntu 10.04.1 ............. I want to run my coupa application all required gems FOR COUPA-1.5 are 1. gem install rails –v 1.2.3 ------------------------------ But i have installed gem install rails (2.3.8) 2. gem install ferret –v 0.11.4 ------------------------------ But i have installed gem install sdsykes-ferret (0.11.6.19) 3. gem install -y -v 0.4.1 acts_as_ferret 4. gem

When I run rake test:units I get this error: 292 tests, 350 assertions, 2 failures, 13 errors rake aborted! Command failed with status (1): [/usr/local/bin/ruby -I"lib:test" "/ usr/loc...] This error just showed up yesterday --- I have no idea how I caused it. Here is my gem list in case that helps: actionmailer (2.3.2, 2.2.2) actionpack (2.3.2, 2.2.2) activerecord (2.3.2, 2.2.2)

Hello folks, I´m here trying to find the way to solve my problem. When i try to run rake db:create or rake db:create:all the process stops and the databases are not created. I change the directives, putting --trace before the rake db:create and the steps are C:\appws\cookbook>rake db:create --trace (in C:/appws/cookbook) ** Invoke db:create (first_time) ** Invoke db:load_config (first_time)

CentOS Errata and Security Advisory 2012:1139 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2012-1139.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 223cb24d5d6271a192018daf9a5047f359ae2b53a57c98ef8df6a368fea23b49 bind-dyndb-ldap-1.1.0-0.9.b1.el6_3.1.i686.rpm x86_64:

CentOS Errata and Bugfix Advisory 2014:1139 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-1139.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 49590027129104bcc310c7b6e446822017c39c4f616988fb02e2fd96138f64b2 debugmode-9.03.40-2.el6.centos.4.i686.rpm

CentOS Errata and Security Advisory 2016:1139 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-1139.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 431c4c5b1d7c4795b0597f7a655c44e03db6cd573082375d28bb9eac9e527f4e squid-3.3.8-26.el7_2.3.x86_64.rpm

Hi, all, In PR#1138 and PR#1139, I pointed out that round() with digits<0 would not actually round to an integer. Brian D. Ripley (hereafter BDR) fixed it in R-1.4.0, but the fix introduced a new error, PR#1254 (caught by Ole Christensen). BDR (I'm guessing) fixed the fix; here's the relevant line from fround.c: if(dig <= 0 && fabs(res) < 1e9) res = (int)floor(res +

R> round(100000/3, -2) - 33300 [1] -7.275958e-12 I would have hoped for 0. The problem seems to be specifically for negative "digits". This is in 1.3.1 on Solaris 2.6 (full description at bottom). [Apologies for making everyone read this 3 times; my bug.report() burped.] Peter Dalgaard <p.dalgaard@biostat.ku.dk> says the problem is in fround.c, which reads in part:

I was wondering if anyone knows if there are any plans to fix Bug #1139 (reproduced below) in version 3.0.3. I haven't tried 3.0.3pre1 yet, but from what I read of the changes it doesn't look like this bug has been addressed. Is there some other work around? This bug is quite annoying as some of our users/administrators would like to use Windows to modify ACLs and we recently

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"> <head><meta http-equiv="content-type" content="text/html; charset=utf-8" /><style type="text/css"><!-- #msg dl { border: 1px #006 solid; background: #369; padding:

https://bugzilla.netfilter.org/show_bug.cgi?id=1139 Bug ID: 1139 Summary: The include guards on the include/libipset/linux_ip_set*.h are wrong Product: ipset Version: unspecified Hardware: x86_64 OS: All Status: NEW Severity: enhancement Priority: P5 Component:

klibc integrated with the kernel can now be found at: http://linux-sam.bkbits.net Se the repository: klibc. For non-BK users the patches can be retreived using the following links: klibc on top of 2.6.8-rc2: http://linux-sam.bkbits.net:8080/klibc/gnupatch@41098c67CQHEC6lH2E3rfIXcnRW1RA kbuild adaptions to klibc: http://linux-sam.bkbits.net:8080/klibc/gnupatch@4109923a7O1XqfXw_V7JzAmet_AzbA