similar to: About ecryptfs-utils

On 10/31/2015 08:24 PM, Sergio Belkin wrote: > Hi folks, > > I've found ecryptfs module into kernel-plus, but ecryptfs-utils is missing: > > [root at centos7 ecryptfs-utils-108]# uname -r > 3.10.0-229.14.1.el7.centos.plus.x86_64 > [root at centos7 ecryptfs-utils-108]# lsmod | grep ecryptfs > ecryptfs 85424 0 > > [root at centos7 ecryptfs-utils-108]#

Hi , I shared linux directory which is mounted using ecryptfs to a windows 10 client using samba share . When i do a robocopy of file greater than size of 7GB the samba throws an error NT Status: STATUS_OBJECT_NAME_NOT_FOUND which can be observed in wire shark  . Setup : ---------- Host with ubuntu 16.01  -------------------> windows 10 client (Samba

CentOS Errata and Security Advisory 2009:1307 Low Upstream details at : http://rhn.redhat.com/errata/RHSA-2009-1307.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: 685ff985b7e4c55879b31822f4b81bd2 ecryptfs-utils-75-5.el5.i386.rpm 652450acf1c7922023e7da04bc86a590 ecryptfs-utils-75-5.el5.x86_64.rpm

CentOS Errata and Security Advisory 2011:1241 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2011-1241.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: 0cb2b6619882f6492b3c0190eace5bb4 ecryptfs-utils-75-5.el5_7.2.i386.rpm 7a9e58b26bc1e9bb944ba131db28cad9 ecryptfs-utils-75-5.el5_7.2.x86_64.rpm

CentOS Errata and Bugfix Advisory 2011:1503 Upstream details at : http://rhn.redhat.com/errata/RHBA-2011-1503.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: 7b3237947343a7dc3997db354dfbd762 ecryptfs-utils-75-8.el5.i386.rpm c0b39223824b2154eaefe4d9b0409672 ecryptfs-utils-75-8.el5.x86_64.rpm

This is now complete and soon the new packages will be merged into Fedora Rawhide: https://bodhi.fedoraproject.org/updates/FEDORA-2019-2e0b2d6395 A few non-critical packages failed to build, and I will look at these later unless someone gets around to it before me. The failures are listed at the end. Notable changes: - Release notes: https://ocaml.org/releases/4.09.0.html - ocaml-camlp4

I shared raid 5 array which is mounted using ecryptfs to a windows 10 client using samba share . When i do a robocopy of file greater than size of 7GB the samba throws an error NT Status: STATUS_OBJECT_NAME_NOT_FOUND which can be observed in wire shark . Setup : ---------- Host with ubuntu 16.01 -------------------> windows 10 client (Samba server,

CentOS Errata and Security Advisory 2009:1307 Low Upstream details at : http://rhn.redhat.com/errata/RHSA-2009-1307.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 880c55fb91b5da7be83571f90ed995c0 ecryptfs-utils-75-5.el5.i386.rpm 1dc8b59dfdfa7961103e3b91c780ea42 ecryptfs-utils-devel-75-5.el5.i386.rpm

CentOS Errata and Security Advisory 2011:1241 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2011-1241.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: aa9dfe1c4fb367d7a43d76ed3c680ea4 ecryptfs-utils-75-5.el5_7.2.i386.rpm af16fc4c26f57cc3328bf7b5233cdba8 ecryptfs-utils-devel-75-5.el5_7.2.i386.rpm

CentOS Errata and Bugfix Advisory 2011:1503 Upstream details at : http://rhn.redhat.com/errata/RHBA-2011-1503.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 7b3237947343a7dc3997db354dfbd762 ecryptfs-utils-75-8.el5.i386.rpm 381f3f7cedff81129f3a1e5d22130774 ecryptfs-utils-devel-75-8.el5.i386.rpm

Hi, I'm announcing two new releases of opus, along with the first release of the new libopusenc library. First for opus, we just fixed a bad bug in the surround encoding code that would cause very bad quality on signals beyond a certain amplitude. Thanks to Franziska Trojahn and others from HfT Leipzig for finding this issue through their listening test[1] (the quality of the two bad files

I am now investigating encrypting our IMAP user spool files. Does anyone have experience with handling encrypted data stores using either or both of the subject methods and would care tio share their observations? Which is the preferred method (I know: it depends, but on what?)? What administrative pain does each cause? Our IMAP host is a KVM guest so spinning up a duplicate and simply

Conversion would fail if it was necessary to install a package, and multiple architectures of that package were already installed. This was happening specifically with device-mapper on RHEL 5 conversions. Unfortunately the flat dependency list in the config file didn't really allow this to be fixed. The best that could be done is to specify both i386 and x86_64 dependencies, but would mean

http://dovecot.org/releases/1.1/rc/dovecot-1.1.rc10.tar.gz http://dovecot.org/releases/1.1/rc/dovecot-1.1.rc10.tar.gz.sig v1.1.0 will be released on next Friday if nothing horrible happens. * LIST X-STATUS renamed to LIST STATUS and fixed its behavior with LIST-EXTENDED options. It's now compatible with STATUS-IN-LIST draft 00. - Message parsing could have sometimes produced

http://dovecot.org/releases/1.1/rc/dovecot-1.1.rc10.tar.gz http://dovecot.org/releases/1.1/rc/dovecot-1.1.rc10.tar.gz.sig v1.1.0 will be released on next Friday if nothing horrible happens. * LIST X-STATUS renamed to LIST STATUS and fixed its behavior with LIST-EXTENDED options. It's now compatible with STATUS-IN-LIST draft 00. - Message parsing could have sometimes produced

On Mon, Mar 21, 2016 at 01:18:55PM +0000, Richard W.M. Jones wrote: > On Mon, Mar 21, 2016 at 01:16:28PM +0000, Richard W.M. Jones wrote: > > On Mon, Mar 21, 2016 at 02:14:19PM +0100, Kashyap Chamarthy wrote: > > > I gave this series a spin, along a custom QEMU, and `supermin` from Git, > > > for my `libguestfs-test-tool` itself fails with: > > > > > >

On Fri, Feb 6, 2009 at 8:42 PM, Tanya Lattner <tonic at nondot.org> wrote: > LLVMers, > > The 2.5 pre-release is available for testing: > http://llvm.org/prereleases/2.5/ > I'm updating the Fedora packaging of LLVM, and with the 02/20 prerelease it fails to build on ppc64: http://koji.fedoraproject.org/koji/taskinfo?taskID=1148023 make[1]: Entering directory

Docker 1.10.2 has just been built for virt7-docker-common-candidate https://cbs.centos.org/koji/taskinfo?taskID=78901 Please give it a shot and lemme know if I can proceed with releasing it. Thanks, -- Lokesh Freenode: lsm5 GPG: 0xC7C3A0DD -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not

Hi Eric, I wonder if you have any thoughts about this build failure in tests/test-nozero.sh? https://koji.fedoraproject.org/koji/taskinfo?taskID=48259627 log: https://kojipkgs.fedoraproject.org//work/tasks/9762/48259762/build.log The error is “nozero6.img was trimmed by mistake”. I added “set -x” to the script earlier today so we can see exactly what's wrong, and it is that: ++ stat

On Tue, Mar 01, 2016 at 12:43:32PM -0500, Jason Brooks wrote: > I'm getting this dep error trying to install this: > > Error: Package: 1:docker-1.10.2-5.git0f5ac89.el7.x86_64 (virt7-docker-common-candidate) > Requires: selinux-policy >= 3.13.1-114 > Removing: selinux-policy-3.13.1-60.el7.noarch (@anaconda) > selinux-policy =