similar to: workaround for HFS+'s case-insensitivity?

Hi folks, years ago I had no problem installing CentOS7 on my iMac workstation (iMac Late 2015). The installation worked out of the box. Today I wanted to upgrade to CentOS8 and while configuring the partitions I get an error that the installation can not start because: "HFS+ ESP needed and mounted on /boot/efi". In fact they are the same partition as for CentOS7. Is this a regression

Are there any patches (or planned updates) to rsync v3.0.6 to handle the HFS+ File Compression that Apple introduced with Snow Leopard?

Hi All, I have been reading about the HFS+ filesystem compression on Snow Leopard and how copying or cloning over system files with rsync and other tools results in them being expanded on destination. I was wondering if there was any thoughts on updating rsync to accommodate this? It is kind of a shame to the lose the benefits of the new compression. Thanks, Rob

Hi. Several months ago, I posted my first pass at a patch to transfer Mac OS X HFS+ metadata (resource forks and Finder metadata) to non-HFS+ filesystems (Linux, Solaris, etc). I finally got a chance to update the patch to reflect suggestions offered on the list. Thanks for the ideas, this version should be a big improvement. The diff and a binary (and a fuller explanation) can be found at:

Hi, llvm recently switched to using terminfo for detecting if terminals support escape codes. There's some discussion about this after the commit happened here: http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20130805/183590.html After the discussion, it looks like the approach was switched from depending on curses on just terminfo. From what I gather (the changelog didn't

During installworld I get: cat /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/man/ncurses.3x > ncurses.3 sh /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/man/MKterminfo.sh /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/man/terminfo.head /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include/Caps

I am changing a system from zap to DAHDI. I removed everything zap. when doing the command: sh -x /etc/init.d/dahdi start, I see initlog -q -c 'modprobe wct4xxp' sh: /sbin/ztcfg: No such file or directory FATAL: Error running install command for wct4xxp doing updatedb then, locate zap returns me /var/lib/asterisk/sounds/spy-zap.gsm /usr/share/groff/1.18.1.1/font/devps/zapfdr.pfa

Hi All, I have been using rysnc 3.0.6 with Mike's rsync_3.0.6-hfs-compression_20091027.diff patch (as well as the standard osx patches) with good results. I discovered that clones done on 10.6 using this rsync cause some executable files ( the ones that are mostly compressed this way on osx ) to be damaged. I did a test twice and indeed a handful of them are damaged. They all appear to be in

I'm trying to use rsync to back up a Mac OS X machine to a Linux server. I've used the instructions at http://www.bombich.com/mactips/rsync.html to patch and install rsync 3.0.2 to support HFS+ attributes and forks on the client. I was assuming the Linux box needed the same version, and so tried compiling the patched rsync but got the following: syscall.c: In function

As you all know, rsync doesn't have any special handling for Mac OS X HFS+ resource forks. Kevin Boyd made RsyncX and rsync_hfs, to address this gap, but they only work when the destination filesystem is also HFS+. I haven't been able to find any references to an rsync that is capable of syncing from HFS+ to UFS (etc). The only solutions I've seen involve lots of preprocessing

I have been trying for the past few months to set up my raspberry pi to do incremental backups using time machine over Samba since AFP is being deprecated. Also since the latest release of samba (4.8.0) came out with support for time machine I decided to compile it myself and give it a go. The drive is formatted in HFS plus. The main problem that I am having is that even though I can mount the

On 9 September 2013 01:09, Nico Weber <thakis at chromium.org> wrote: > I think depending on curses is gross, > I totally agree, but I also don't have a better way of doing this. I agree with Joerg that hard-coding escape sequences is not the way forward. Even though curses is available on pretty much every OS, there are hacks you have to do to port across OSs, especially old

https://bugzilla.samba.org/show_bug.cgi?id=6041 Summary: rsync --delete from ext3 to hfs+ always deletes files with special characters in name. Product: rsync Version: 3.1.0 Platform: x86 OS/Version: Mac OS X Status: NEW Severity: normal Priority: P3 Component: core AssignedTo:

rsync is a very useful tool for me to backup from Max OS X to a linux server. However, would developers please add one feature: When rsync runs on an OS X machine and the source files are in hfs+ (or hfs) filesystem, copy the resources fork to a file with filename starts with a dot and append the original filename. That's the current behaviour of samba client on OS X interacting with

Hi all, hi Mike, I am just building 3.0.8 on osx 10.6.6 and mike's hfs_compression.diff is failing. Am I missing something? Thanks, Rob patch -p1 <patches/fileflags.diff patch -p1 <patches/crtimes.diff patch -p1 <patches/crtimes-64bit.diff ( this says previously applied?) patch -p1 <patches/crtimes-hfs+.diff but for patch -p1 <patches/hfs_compression.diff patching file

I'd note that the mkisofs man page listed about a dozen different formats used in various contexts to store Mac resource forks and finder metadata in various contexts. I'd imagine the advent of MacOSX (with UFS support) has narrowed the field of what options are common somewhat, but it's an area where a lot of ad-hoc solutions made it out to the real world. On the other hand, the

I've tested all these filesystems here: http://rwmj.wordpress.com/2009/11/08/filesystem-metadata-overhead/ -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top -------------- next part

Hi, I have a problem that was already discused in the german archlinux forum and couldn't be solved. Because of this I was asked to use the rsync mailing list. So here I am ;b I'm using the following script to backup my data to a Network Attached Storage that has an ext3 formated hdd that is mounted via NFS script: http://pastebin.com/f6b7115c9 This script works fine for /home but

It's a missing ncurses feature in the older PuTTY that's trigged by an update to ncurses or terminfo in CentOS 8. PuTTY 0.72 added support for the REP (repeating character) command and the newer terminfo adds that as an xterm feature. The Epsilon author spotted it in the PuTTY changelog. So any curses app that uses repeating characters will have this problem when used with an old

Hi. This is my first post to this list. I have searched the archives but cannot find anything that touches on this particular issue. My scenario: I am trying to rsync from an external HFS+ (USB2) to a FAT32 external NAS drive, using rsync version 2.6.9 protocol version 29 (as supplied with Mac OS X Tiger 10.4.11). The data being synced is MP3 music files and JPGs. The command I am issuing