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? 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
