similar to: bedup - De-duplication and snapshots

Hey list, I wonder if it is possible to deduplicate read-only snapshots. Background: I''m using an bash/rsync script[1] to backup my whole system on a nightly basis to an attached USB3 drive into a scratch area, then take a snapshot of this area. I''d like to have these snapshots immutable, so they should be read-only. Since rsync won''t discover moved files but

Hi. I am seriously considering employing btrfs on my systems, particularly due to some space-saving features that it has (namely, deduplication and compression). In fact, I was (a few moments ago) trying to back up some of my systems to a 2TB HD that has an ext4 filesystem and, in the middle of the last one, I got the error message that the backup HD was full. Given that what I backup there are

Hello, some questions regarding btrfs deduplication. - What is the state of it? Is it "safe" to use? https://btrfs.wiki.kernel.org/index.php/Deduplication does not yield much information. - https://pypi.python.org/pypi/bedup says: "bedup looks for new and changed files, making sure that multiple copies of identical files share space on disk. It integrates deeply with btrfs so

According to https://github.com/g2p/bedup/tree/wip/dedup-syscall "The clone call is considered a write operation and won''t work on read-only snapshots." Is this fixed on newer kernels? -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at

Nothing too interesting here, I was just playing around with the idea of a deduplication allocator for nbdkit (“allocator=dedup”, see https://rwmj.wordpress.com/2020/06/15/compressed-ram-disks/). Before implementing such a thing I wanted to know if there's much duplicated structure in a disk image. It seems to depend very critically on the block size, but also there are no significant

Hello Everyone, Good morning/afternoon/evening. Is there any chance to have SAMBA 48 working with Python36 and its derivatives? ( py36-dnspython-1.15.0.txz. py36-iso8601-0.1.11.txz, py36-ply-3.11.txz, py36-setuptools-40.6.2.txz) Currently SAMBA 48 requires python 26, but that is conflicting with existing packages in the server that is using py36. Any way to work around that issue?

I'm trying to get wine working on my slackware 13.37 64bit system. I downloaded and installed the wine-1.3.19-x86_64-lsg.txz package. That went fine and I can run /usr/bin/wine64 to confirm the version and stuff. When I try to run or install any pc applications this is what I get: Code: bash-4.1$ wine64 asdf.exe /lib/ld-linux.so.2: could not open There is no /lib/ld-linux.so on my

--------------------------------------------------------------------- Red Hat, Inc. Red Hat Security Advisory Synopsis: New teTeX packages available Advisory ID: RHSA-2001:102-10 Issue date: 2001-08-22 Updated on: 2001-10-23 Product: Red Hat Linux Keywords: tetex temporary files dvips Cross references: Obsoletes:

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

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

How exactly to use the tag "Obsoletes:" in a spec file ? I need to offer texlive to users on Centos-5.6, so I packaged it (based on a Mandriva src.rpm), and that works. But I want rpm to *replace* tetex by texlive, instead of just adding texlive, when users do a : $ yum install texlive (we have a local repo here). So I added this line in texlive.spec : Obsoletes: tetex and of

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

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

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

CentOS Errata and Security Advisory 2012:1201 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2012-1201.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 0564129724071c9d3c33c19bd8a994b80453747f89547d5edf4f8cbb1167fed1 tetex-3.0-33.15.el5_8.1.i386.rpm

Hello :-) I want to test new "pkg" tool, but it complains that there is no repo.txz file on the repository: # pkg install libreoffice Updating repository catalogue pkg: ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-9-stable/All//repo.txz: File unavailable (e.g., file not found, no access) I have set PACKAGESITE to packages-9-stable repository :-) Will this support stable

CentOS Errata and Security Advisory 2007:1028 https://rhn.redhat.com/errata/RHSA-2007-1028.html The following updated files have been uploaded and are currently syncing to the mirrors: s390: updates/s390/RPMS/tetex-1.0.7-67.11.s390.rpm updates/s390/RPMS/tetex-afm-1.0.7-67.11.s390.rpm updates/s390/RPMS/tetex-doc-1.0.7-67.11.s390.rpm updates/s390/RPMS/tetex-dvips-1.0.7-67.11.s390.rpm

CentOS Errata and Security Advisory 2007:1027 https://rhn.redhat.com/errata/RHSA-2007-1027.html The following updated files have been uploaded and are currently syncing to the mirrors: s390: updates/s390/RPMS/tetex-2.0.2-22.0.1.EL4.10.s390.rpm updates/s390/RPMS/tetex-afm-2.0.2-22.0.1.EL4.10.s390.rpm updates/s390/RPMS/tetex-doc-2.0.2-22.0.1.EL4.10.s390.rpm

CentOS Errata and Security Advisory 2007:0731 https://rhn.redhat.com/errata/RHSA-2007-0731.html The following updated files have been uploaded and are currently syncing to the mirrors: s390: updates/s390/RPMS/tetex-1.0.7-67.10.s390.rpm updates/s390/RPMS/tetex-afm-1.0.7-67.10.s390.rpm updates/s390/RPMS/tetex-doc-1.0.7-67.10.s390.rpm updates/s390/RPMS/tetex-dvips-1.0.7-67.10.s390.rpm

CentOS Errata and Security Advisory 2007:0731 https://rhn.redhat.com/errata/RHSA-2007-0731.html The following updated files have been uploaded and are currently syncing to the mirrors: s390: updates/s390/RPMS/tetex-2.0.2-22.0.1.EL4.8.s390.rpm updates/s390/RPMS/tetex-afm-2.0.2-22.0.1.EL4.8.s390.rpm updates/s390/RPMS/tetex-doc-2.0.2-22.0.1.EL4.8.s390.rpm