similar to: Discard permissions on moving files/folders in a share and inherit the permissions of the new parent directory

Hi, i got a problem with a samba share... let's say i have 2 folders. the first folder is only accessible by 1 group (sharepriv), which has r/w access. getfacl output: Code: # file: complete/ # owner: elfish # group: elfish user::rwx group::rwx group:sharepriv:rwx mask::rwx other::--- default:user::rwx default:group::rwx default:group:sharepriv:rwx default:mask::rwx default:other::--- the

Hi, I read the Wiki about dovecot-shared a few times but it is not 100% clear to me (at least for 1.2). First, if I want shared keywords I *must* have a dovecot-shared. In this case, the permissions are not taken any longer from the parent folder (what is exactly this parent folder?) but from the dovecot-shared file. So in some sense dovecot-shared is always required (since everyone would

Hi, I just recently read a post about SSD triming (discard vs fstrim): ?http://www.howtogeek.com/176978/ubuntu-doesnt-trim-ssds-by-default-why-not-and-how-to-enable-it-yourself/So far I used discard on all my SSDs. Now I am wondering if it is really worth it to switch them all to a crontabed fstrim... Anyone made the switch yet? Thx, JD

I am using dtrace on a Mac OS X Leopard beta. Currently I''m tracing read operations. I''d like to get info about the process which is creating the reads, as well as information about parent processes. The least amount of information I need is pid and process name, but more would certainly be a plus! I know that in the probe entry, pid, ppid, and process name are easily

I''m trying to have a select box for starting time. I''m using: datetime_select(:user, :start, :discard_year=>1) but I get an error. "discard_month=>1" seems to work but leaves the year on the form. Using Rails 1.0 and Postgresql. Anyone having success with this?

Hi I installed a new SSD in my Macbook running Arch Linux (Kernel 3.1). root partition has btrfs with discard and ssd mount parameters. I wanted to test whether the discard option was actually working, so I performed a testing procedure similar to what is described on various websites. The test file was the output of "seq 100000 999999" which is about 6MB in size. Instead of looking up

Hi, One question please: If I use SSD as a storage on a host machine, does KVM's virtio I/O layer pass the TRIM/DISCARD commands to the SSD? I guess the question would be twofold: 1) is TRIM supported/forwarded if only one LVM'ed partition of SSD is forwarded? 2) is TRIM supported/forwarded if full SSD is forwarded (i.e. /dev/sdX) -- Best regards, Dmitry Mikhailov

Hi all, are there any plans that future versions of mkfs.btrfs will do an initial pre-discard for SSDs? (AFAIK mkfs.btrfs does not do this currently) For Ext4, mke2fs does this with the -E discard option. From the mke2fs manpage: -E discard Attempt to discard blocks at mkfs time (discarding blocks initially is useful on solid state devices and sparse / thin-provisioned storage). When

ok so datetime_select if you use the discard options say { :discard_month => true } when you just do update_attributes on said object year would be correct month would be the hour date would be the minute so if you select year: 2005 hour: 12 minute: 13 the time object would go into the db as: ''2005-12-13 00:00:00'' so my question is how do i get the time object properly

Hello All, I have recently switched back over from using the MySQL backend to the standard smbpasswd file in an effort to make our implementation of Samba better.\ I am still having a great problem with getting messages from the nmbd daemon saying that ------------------------ [2005/09/10 14:53:43, 0] nmbd/nmbd_packets.c:process_browse_packet(1050) process_browse_packet: Discarding

Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: tripplite500_cmds.rtf Type: application/rtf Size: 16162 bytes Desc: not available Url : http://lists.alioth.debian.org/pipermail/nut-upsdev/attachments/20051205/f905e213/tripplite500_cmds.rtf

don't know why, but Carlos' message has been auto discarded! as a side note, iirc, the line in the file is mentioned. So it's easier than searching and removing. though I agree that Carlos' mentioned solution is cleaner. -- Arnaud 8<------------------------------------------------------------------------------------------------ From: "Carlos Rodrigues"

https://bugzilla.netfilter.org/show_bug.cgi?id=987 Bug ID: 987 Summary: nf_conntrack_reasm.c : Silent discard of overlapping fragments is not silent Product: netfilter/iptables Version: unspecified Hardware: x86_64 OS: Debian GNU/Linux Status: NEW Severity: normal Priority:

Hi Everyone, I'm trying to start a domain that will discard all changes to its disks on shutdown. I've tried adding <transient/> to the disk declarations in the definition xml but this results in a "not supported" error message on define. Is there a way to do this without creating and rolling back snapshots? Thanks, Jason

Hello, Ralph. > It's probably a bit late in the day, but have you considered other CVS > to SVN conversion tools, e.g. Tailor? Yes, I've tried it first. Unfortunately, it's: 1. Slow 2. Crashes during conversion. Taylor is ok of small daily incremental updates (I'm currently using it), not for such huge as whole repository conversion. -- With best regards, Anton

Hi Reid, > A deficiency in the cvs2svn script causes it to bloat the Subversion > repository (significantly, as in 10x) in the conversion of branches > and tags. It's probably a bit late in the day, but have you considered other CVS to SVN conversion tools, e.g. Tailor? http://www.darcs.net/DarcsWiki/Tailor http://darcs.arstecnica.it/tailor/ Cheers, Ralph.

Hi, currently syslinux fails to build from source in Debian as has been reported in https://bugs.debian.org/906414 . The reported error is: mbr.bin: too big (452 > 440) I've realized that this is because since a recent version, the linker adds a new section (.note.gnu.property). Discarding this section fixes the problem. I've attached a patch, please consider merging it. Thanks

On Sat, Aug 18, 2018 at 11:35 AM Lukas Schwaighofer via Syslinux <syslinux at zytor.com> wrote: > currently syslinux fails to build from source in Debian as has been > reported in https://bugs.debian.org/906414 . The reported error is: > > mbr.bin: too big (452 > 440) > > > I've realized that this is because since a recent version, the linker > adds a new

Hi, Gene Cumm wrote: > > There's 0 need to build MBRs for EFI Ady wrote: > At least gptmbr.bin might come to mind It's source code looks like a BIOS MBR program which shall search the "active" partition in GPT rather than in the MBR partition table. See comments about "EBIOS" detection and "CHS" addresses in

Currently virtio_blk driver does not provide discard feature flag, so the filesystems which built on top of the block device will not send discard command. This is okay for HDD backend, but it will impact the performance for SSD backend. Add a feature flag such as VIRTIO_BLK_F_DISCARD to virtio_blk driver is very straightforward, but it will extend the exist virtio_blk protocol, I'm preparing