On 2/25/16 3:40 PM, Joshua G Lock wrote: > On Thu, 2016-02-25 at 11:13 -0600, Mark Hatle wrote: >> I just noticed this, any reason to use this over fdupes? > > No reason other than that hardlink is what the Clear Linux team, who > authored swupd, are using. Is there a compelling reason to look at > fdupes instead?
I'd used fdupes since someone else had already integrated it. (meta-tizen maybe?) Also because it could do more then just setup duplicates as hardlinks. It can also simply display the duplicates for external processing. I don't have any reason to prefer one over the other... --Mark > Thanks, > > Joshua > >> >> I've used fdupes in the past for this exact thing -- primarily with >> shrinking >> the size of multilib SDKs with a lot of locales. >> >> --Mark >> >> On 2/24/16 8:52 AM, Joshua Lock wrote: >>> >>> --- >>> meta/recipes-extended/hardlink/hardlink_0.3.0.bb | 19 >>> +++++++++++++++++++ >>> 1 file changed, 19 insertions(+) >>> create mode 100644 meta/recipes- >>> extended/hardlink/hardlink_0.3.0.bb >>> >>> diff --git a/meta/recipes-extended/hardlink/hardlink_0.3.0.bb >>> b/meta/recipes-extended/hardlink/hardlink_0.3.0.bb >>> new file mode 100644 >>> index 0000000..2e06ac2 >>> --- /dev/null >>> +++ b/meta/recipes-extended/hardlink/hardlink_0.3.0.bb >>> @@ -0,0 +1,19 @@ >>> +SUMMARY = "hardlink is a tool which replaces multiple copies of a >>> file with hardlinks." >>> +LICENSE = "MIT" >>> +LIC_FILES_CHKSUM = >>> "file://hardlink.c;endline=22;md5=168464a4fc92fa7389c53b0755b39fbb" >>> + >>> +SRC_URI = "http://jak-linux.org/projects/hardlink/${BPN}_${PV}.tar >>> .xz" >>> +SRC_URI[md5sum] = "72f1a460adb6874c151deab766e434ad" >>> +SRC_URI[sha256sum] = >>> "e8c93dfcb24aeb44a75281ed73757cb862cc63b225d565db1c270af9dbb7300f" >>> + >>> +DEPENDS = "libpcre attr" >>> + >>> +do_compile () { >>> + oe_runmake 'DESTDIR=${D}' 'PREFIX=${prefix}' >>> BINDIR='${bindir}' >>> +} >>> + >>> +do_install () { >>> + oe_runmake install 'DESTDIR=${D}' 'PREFIX=${prefix}' >>> BINDIR='${bindir}' >>> +} >>> + >>> +BBCLASSEXTEND = "native nativesdk" >>> -- _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
