similar to: CESA-2014:1011 Moderate CentOS 7 resteasy-base Security 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

Dear CentOS members, Does someone know how to resolve this package conflict, it is creating security issues with freeipa dependencies. [root at freeipa01 ~]# yum update --refresh CentOS Stream 8 - AppStream 102 kB/s | 4.4 kB 00:00 CentOS Stream 8 - BaseOS 18

On 11/15/20 1:29 PM, John Fawcett wrote: >> atm, listening on localhost, with Dovecot -> Tika direct, no proxy. >> >> similarly fragile under load. throwing ~10 messages with .5-5MB attachments at it at once causes all sorts of complaints. frequently, like this Nov 15 15:59:40 test.loc tika[35696]: INFO tika/ (message/rfc822) Nov 15 15:59:41 test.loc tika[35696]: WARN

Hi, I played around a bit and tried to get tika to run with dovecot. In the end I was at least a bit successful. However, when I tried to index my inbox with "doveadm index -A '*'" I get: doveadm(infoomatic): Error: fts_tika: PUT http://localhost:8081/tika failed: 500 Server Error doveadm(infoomatic): Warning: I/O leak: 0x7f4f697bb170 (line 127, fd 24) doveadm(infoomatic):

Hi, We're looking to run freeipa 4.1.1 on CentOS 7. 1. after include: * mkosek-freeipa-epel-7.repo 2. Write this: * yum install freeipa-server 3. I get this error: * Error: Package: pki-base-10.2.0-3.el7.centos.noarch (mkosek-freeipa) * Requires: jackson-jaxrs-json-provider I would appreciate any ideas. -- Cosme Faria Corr?a

Hi, following up to CentOS Virt SIG meeting here is a quick review of the gaps we have for porting ovirt within CentOS Koji. On the manager side, in order to properly build ovirt-engine (the main package in oVirt project) we're missing several pre-requisites. We're relying on a binary packaging of jboss-as 7.1 we ship as ovirt-engine-jboss-as. So first step should be to rebuild Fedora 19

Hello, Still trying to make roundcube / Dovecot works with Keycloak. Dovecot can't seem to validate the access_token that Roundcube gave. ----- Jul 08 20:48:05 auth: Debug: http-client[1]: request [Req1: GET

On 11/15/20 11:13 AM, John Fawcett wrote: > Just a couple of updates about Tika and Solr together. > > 1. On mass reindexing I'm seeing panics - see below. These are present > with Dovecot 2.3.10 and 2.3.11.3. Seem to go away with the fix which was > previously posted on this list by Josef 'Jeff' Sipek, which I repeat > below for easy of reference. > > 2. On

On 15/11/2020 20:48, PGNet Dev wrote: > On 11/15/20 11:13 AM, John Fawcett wrote: >> Just a couple of updates about Tika and Solr together. >> >> 1. On mass reindexing I'm seeing panics - see below. These are present >> with Dovecot 2.3.10 and 2.3.11.3. Seem to go away with the fix which was >> previously posted on this list by Josef 'Jeff' Sipek, which

On 11/15/20 12:21 PM, John Fawcett wrote: > I'm using tika-server.jar installed as a service yup. same here. atm, listening on localhost, with Dovecot -> Tika direct, no proxy. similarly fragile under load. throwing ~10 messages with .5-5MB attachments at it at once causes all sorts of complaints. one at a time seems OK ... > Dovecot currently implements separate integrations,

On 15/11/2020 15:49, PGNet Dev wrote: > On 11/15/20 6:33 AM, John Fawcett wrote: >> I've configured a tika server behind an apache proxy which enforces >> basic auth, but sending basic auth credentials for a tika server is not >> currently supported by Dovecot. > > i was _just_ setting up a tika instance behind a nginx proxy with > basicauth in place. > >

http://bugzilla.mindrot.org/show_bug.cgi?id=1011 ------- Comment #4 from djm at mindrot.org 2006-07-12 07:43 ------- Is this still the case? (try a current snapshot from http://www.mindrot.org/openssh_snap) Darren fixed some bugs in this area back in May ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

CentOS Errata and Enhancement Advisory 2011:1011 Upstream details at : https://rhn.redhat.com/errata/RHEA-2011-1011.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: d37750b730633a5ce80f0c0350636b34 hwdata-0.213.24-1.el5.noarch.rpm Source: dd47e7940e73ec2793c2383eb3bf68a0 hwdata-0.213.24-1.el5.src.rpm -- Karanbir

CentOS Errata and Enhancement Advisory 2011:1011 Upstream details at : https://rhn.redhat.com/errata/RHEA-2011-1011.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: c846fe71a791eead7de9bcd3306badb9 hwdata-0.213.24-1.el5.noarch.rpm Source: dd47e7940e73ec2793c2383eb3bf68a0 hwdata-0.213.24-1.el5.src.rpm -- Karanbir

http://bugzilla.mindrot.org/show_bug.cgi?id=1011 Summary: Multiple log entries for successful pubkey authentication Product: Portable OpenSSH Version: 4.0p1 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: sshd AssignedTo: openssh-bugs at

Brian Ripley said that, if I sent these here, they might find their way to the R-intro team. So, here is another installment: Concerning this section: Data permanency and removing objects. This is the first place R-intro discusses objects. I was thinking a better discussion of objects and syntax is needed, perhaps here, or in the later section "Objects, their modes and attributes."

<!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: