similar to: Question about world read permissions on system level files

From: "Biyala, Urvi" <Urvi.Biyala@bankofamerica.com> >I need to trim the world read permissions from the system sensitive files. I know that it would be safe to trim the permissions from many of the configuration files in /etc. But I was not sure if I could safely tighten the permissions form other system files. Does any one know of any documentation on this. Or can any one

Hi, > I would love to see such detailed models if we have real use cases and people > interested in implementing them. > > However, today we have a feature in moderately widespread use, '-ffast-math'. > It's semantics may not be the ideal way to enable restricted, predictable > optimizations of floating point operations, but they are effective for a wide > range

On Thu, Jul 23, 2020 at 10:54:31AM -0500, Eric Blake wrote: > I'm thinking of adding one or more callbacks to nbdkit to let > plugins/filters enforce various block size alignments (for example, > the swab filter requires 2/4/8 alignment, or VDDK requires 512 > alignment, etc). The NBD protocol currently has NBD_INFO_BLOCK_SIZE > which can be sent in reply to NBD_OPT_GO to tell

I'm running Samba 3.32 on UbuntuServer 9.04 with both Ubuntu and Windows clients as guests. For some common shares I have create mask = 777 and force create mode = 777. This works fine except that when I *replace* a file on this share by certain methods on an Ubuntu client, the permissions get set to 733 (-rwx-wx-wx), so the file is then unreadable (and undelete-able) by a guest. The

I'm thinking of adding one or more callbacks to nbdkit to let plugins/filters enforce various block size alignments (for example, the swab filter requires 2/4/8 alignment, or VDDK requires 512 alignment, etc). The NBD protocol currently has NBD_INFO_BLOCK_SIZE which can be sent in reply to NBD_OPT_GO to tell the client about sizing constraints; qemu already implements it as both client

Hi everyone, I've set up a little Asterisk system with a Digium TDM400P and everything works splendidly except for the messages callers leave. Every message that a caller leaves is very faint. I've already set volgain=6.0 in voicemail.conf, and that seems better, but to be at a good volume I estimate I may need to go up to 40.0. Is that reasonable? One interesting artifact is that at

Python manual warns[1]: Note that you must have read the whole response before you can send a new request to the server. The reason for this warning is exposed only when the server is using keep alive connections. When the response is not read, sending a new request will fail with: httplib.ResponseNotReady Even if Content-Length was 0 or the request has no content. The failure

So I've spent a couple of hours on this and I think I've found the problem. I have cups and samba running on the print/file server. I have a 2k and and XP system as clients. All are in the same workgroup. I started with share-level security, and everything worked okay. Then I decided to tighten it down a bit, and moved to user-level security. XP could connect to both the printers and

On 03/12/2018 07:13 AM, Nir Soffer wrote: > On Mon, Mar 12, 2018 at 12:32 PM Richard W.M. Jones <rjones@redhat.com> > wrote: > >> On Mon, Mar 12, 2018 at 07:13:52AM +0000, Nir Soffer wrote: >>> On Fri, Mar 9, 2018 at 4:25 PM Richard W.M. Jones <rjones@redhat.com> >> wrote: >>> >>>> It has to be said it would be really convenient to

On 11/17/2017 12:28 PM, Eric Blake wrote: >> There's nothing wrong with this patch, but it might be easier to use >> an attribute((cleanup)) handler to deal with the unlocking. See these >> links for how we do it in libguestfs: > > Oh cool! Yes, that looks nicer. Although the diffstat for doing so is > larger, because it requires adding to new sub-function {}

These are some of the error messages found in the logs from smb: Nov 20 16:09:32 dell01 smbd[5787]: Denied connection from (0.0.0.0) Nov 20 16:09:32 dell01 smbd[5787]: [2007/11/20 16:09:32, 0] lib/util_sock.c:get_peer_addr(1225) Nov 20 16:09:32 dell01 smbd[5787]: getpeername failed. Error was El otro extremo de la conexi?n no est? conectado Nov 20 16:09:32 dell01 smbd[5787]: Connection

Hi Renato, > I'm not sure about this: > > + if (!Accuracy) > + // If it's not a floating point number then it must be 'fast'. > + return getFastAccuracy(); > > Since you allow accuracies bigger than 1 in setFPAccuracy(), integers > should be treated as float. Or at least assert. the verifier checks that the accuracy operand is either a floating

On 14 April 2012 20:34, Duncan Sands <baldrick at free.fr> wrote: > the verifier checks that the accuracy operand is either a floating point > number (ConstantFP) or the keyword "fast".  If "Accuracy" is zero here > then that means it wasn't ConstantFP.  Thus it must have been the keyword > "fast". I think it's assuming too much. If I write

On Thu, Jan 23, 2020 at 03:16:47PM +0000, Richard W.M. Jones wrote: >On Thu, Jan 23, 2020 at 02:04:53PM +0100, Martin Kletzander wrote: >> On Thu, Jan 23, 2020 at 12:16:50PM +0100, Martin Kletzander wrote: >> >Signed-off-by: Martin Kletzander <mkletzan@redhat.com> >> >> I forgot to mention this is trying to fix the following BZ: >> >>

On Thu, Jan 23, 2020 at 10:32:17PM +0100, Martin Kletzander wrote: >On Thu, Jan 23, 2020 at 03:16:47PM +0000, Richard W.M. Jones wrote: >>On Thu, Jan 23, 2020 at 02:04:53PM +0100, Martin Kletzander wrote: >>> On Thu, Jan 23, 2020 at 12:16:50PM +0100, Martin Kletzander wrote: >>> >Signed-off-by: Martin Kletzander <mkletzan@redhat.com> >>> >>> I

On 11/18/2017 12:54 PM, Eric Blake wrote: > On 11/17/2017 12:28 PM, Eric Blake wrote: >>> There's nothing wrong with this patch, but it might be easier to use >>> an attribute((cleanup)) handler to deal with the unlocking. See these >>> links for how we do it in libguestfs: >> >> Oh cool! Yes, that looks nicer. Although the diffstat for doing so is

All, We are pleased to announce the release of OCFS2 1.4.10-1 and OCFS2 tools 1.6.3-2 for Oracle Linux 5 Update 7 and higher and Redhat Enterprise Linux 5 Update 7 and higher. Oracle's Unbreakable Linux Network users who are subscribing to the "OCFS2 1.4 packages for Enterprise Linux 5" channel can upgrade to this release by running up2date. Red Hat's Enterprise Linux 5

On Mon, Mar 12, 2018 at 2:57 PM Eric Blake <eblake@redhat.com> wrote: > On 03/12/2018 07:13 AM, Nir Soffer wrote: > > On Mon, Mar 12, 2018 at 12:32 PM Richard W.M. Jones <rjones@redhat.com> > > wrote: > > > >> On Mon, Mar 12, 2018 at 07:13:52AM +0000, Nir Soffer wrote: > >>> On Fri, Mar 9, 2018 at 4:25 PM Richard W.M. Jones

On Thu, Jan 23, 2020 at 12:16:50PM +0100, Martin Kletzander wrote: >Signed-off-by: Martin Kletzander <mkletzan@redhat.com> I forgot to mention this is trying to fix the following BZ: https://bugzilla.redhat.com/show_bug.cgi?id=1351000 >--- > mlcustomize/customize_cmdline.ml | 1 + > 1 file changed, 1 insertion(+) > >diff --git a/mlcustomize/customize_cmdline.ml

On Thu, Jan 23, 2020 at 03:16:47PM +0000, Richard W.M. Jones wrote: >On Thu, Jan 23, 2020 at 02:04:53PM +0100, Martin Kletzander wrote: >> On Thu, Jan 23, 2020 at 12:16:50PM +0100, Martin Kletzander wrote: >> >Signed-off-by: Martin Kletzander <mkletzan@redhat.com> >> >> I forgot to mention this is trying to fix the following BZ: >> >>