* [PATCH] image_types: use compress framework to produce checksums for images @ 2016-03-24 20:16 Alexander D. Kanevskiy 2016-03-24 20:28 ` Burton, Ross 2016-03-24 20:32 ` Andre McCurdy 0 siblings, 2 replies; 13+ messages in thread From: Alexander D. Kanevskiy @ 2016-03-24 20:16 UTC (permalink / raw) To: openembedded-core Existing compress framework for producing various compressed versions of images is powerfull enough to be extended for other uses, e.g. to convert types of images. It is possible to use it also to produce image checksums at the time of image generation. This commit adds support for all supported at the moment coreutils hashing algorithms: md5, sha1, sha224, sha256, sha384 and sha512 Usage: IMAGE_FSTYPES_append = " hddimg.sha256sum" Signed-off-by: Alexander D. Kanevskiy <kad@kad.name> --- meta/classes/image_types.bbclass | 8 +++++++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/meta/classes/image_types.bbclass b/meta/classes/image_types.bbclass index 22719ad..3e98024 100644 --- a/meta/classes/image_types.bbclass +++ b/meta/classes/image_types.bbclass @@ -259,13 +259,19 @@ IMAGE_TYPES = " \ wic wic.gz wic.bz2 wic.lzma \ " -COMPRESSIONTYPES = "gz bz2 lzma xz lz4 sum" +COMPRESSIONTYPES = "gz bz2 lzma xz lz4 sum md5sum sha1sum sha224sum sha256sum sha384sum sha512sum" COMPRESS_CMD_lzma = "lzma -k -f -7 ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}" COMPRESS_CMD_gz = "gzip -f -9 -c ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type} > ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}.gz" COMPRESS_CMD_bz2 = "pbzip2 -f -k ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}" COMPRESS_CMD_xz = "xz -f -k -c ${XZ_COMPRESSION_LEVEL} ${XZ_THREADS} --check=${XZ_INTEGRITY_CHECK} ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type} > ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}.xz" COMPRESS_CMD_lz4 = "lz4c -9 -c ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type} > ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}.lz4" COMPRESS_CMD_sum = "sumtool -i ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type} -o ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}.sum ${JFFS2_SUM_EXTRA_ARGS}" +COMPRESS_CMD_md5sum = "md5sum ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type} > ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}.md5sum" +COMPRESS_CMD_sha1sum = "sha1sum ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type} > ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}.sha1sum" +COMPRESS_CMD_sha224sum = "sha224sum ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type} > ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}.sha224sum" +COMPRESS_CMD_sha256sum = "sha256sum ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type} > ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}.sha256sum" +COMPRESS_CMD_sha384sum = "sha384sum ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type} > ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}.sha384sum" +COMPRESS_CMD_sha512sum = "sha512sum ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type} > ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}.sha512sum" COMPRESS_DEPENDS_lzma = "xz-native" COMPRESS_DEPENDS_gz = "" COMPRESS_DEPENDS_bz2 = "pbzip2-native" -- 2.7.4 ^ permalink raw reply related [flat|nested] 13+ messages in thread
* Re: [PATCH] image_types: use compress framework to produce checksums for images 2016-03-24 20:16 [PATCH] image_types: use compress framework to produce checksums for images Alexander D. Kanevskiy @ 2016-03-24 20:28 ` Burton, Ross 2016-03-24 20:32 ` Andre McCurdy 1 sibling, 0 replies; 13+ messages in thread From: Burton, Ross @ 2016-03-24 20:28 UTC (permalink / raw) To: Alexander D. Kanevskiy; +Cc: OE-core [-- Attachment #1: Type: text/plain, Size: 354 bytes --] On 24 March 2016 at 20:16, Alexander D. Kanevskiy <kad@kad.name> wrote: > Existing compress framework for producing various compressed versions > of images is powerfull enough to be extended for other uses, e.g. to > convert types of images. > Indeed. Sounds like we should rename COMPRESS_* to IMAGE_POSTPROCESS or something in 2.2. Ross [-- Attachment #2: Type: text/html, Size: 753 bytes --] ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [PATCH] image_types: use compress framework to produce checksums for images 2016-03-24 20:16 [PATCH] image_types: use compress framework to produce checksums for images Alexander D. Kanevskiy 2016-03-24 20:28 ` Burton, Ross @ 2016-03-24 20:32 ` Andre McCurdy 2016-03-24 20:45 ` Alexander Kanevskiy 1 sibling, 1 reply; 13+ messages in thread From: Andre McCurdy @ 2016-03-24 20:32 UTC (permalink / raw) To: Alexander D. Kanevskiy; +Cc: OE Core mailing list On Thu, Mar 24, 2016 at 1:16 PM, Alexander D. Kanevskiy <kad@kad.name> wrote: > Existing compress framework for producing various compressed versions > of images is powerfull enough to be extended for other uses, e.g. to > convert types of images. > > It is possible to use it also to produce image checksums at the time > of image generation. This commit adds support for all supported > at the moment coreutils hashing algorithms: md5, sha1, sha224, > sha256, sha384 and sha512 > > Usage: > IMAGE_FSTYPES_append = " hddimg.sha256sum" I guess a common requirement is for hashes of the compressed images, not only the uncompressed image. > Signed-off-by: Alexander D. Kanevskiy <kad@kad.name> > --- > meta/classes/image_types.bbclass | 8 +++++++- > 1 file changed, 7 insertions(+), 1 deletion(-) > > diff --git a/meta/classes/image_types.bbclass b/meta/classes/image_types.bbclass > index 22719ad..3e98024 100644 > --- a/meta/classes/image_types.bbclass > +++ b/meta/classes/image_types.bbclass > @@ -259,13 +259,19 @@ IMAGE_TYPES = " \ > wic wic.gz wic.bz2 wic.lzma \ > " > > -COMPRESSIONTYPES = "gz bz2 lzma xz lz4 sum" > +COMPRESSIONTYPES = "gz bz2 lzma xz lz4 sum md5sum sha1sum sha224sum sha256sum sha384sum sha512sum" > COMPRESS_CMD_lzma = "lzma -k -f -7 ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}" > COMPRESS_CMD_gz = "gzip -f -9 -c ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type} > ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}.gz" > COMPRESS_CMD_bz2 = "pbzip2 -f -k ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}" > COMPRESS_CMD_xz = "xz -f -k -c ${XZ_COMPRESSION_LEVEL} ${XZ_THREADS} --check=${XZ_INTEGRITY_CHECK} ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type} > ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}.xz" > COMPRESS_CMD_lz4 = "lz4c -9 -c ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type} > ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}.lz4" > COMPRESS_CMD_sum = "sumtool -i ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type} -o ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}.sum ${JFFS2_SUM_EXTRA_ARGS}" > +COMPRESS_CMD_md5sum = "md5sum ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type} > ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}.md5sum" > +COMPRESS_CMD_sha1sum = "sha1sum ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type} > ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}.sha1sum" > +COMPRESS_CMD_sha224sum = "sha224sum ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type} > ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}.sha224sum" > +COMPRESS_CMD_sha256sum = "sha256sum ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type} > ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}.sha256sum" > +COMPRESS_CMD_sha384sum = "sha384sum ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type} > ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}.sha384sum" > +COMPRESS_CMD_sha512sum = "sha512sum ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type} > ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}.sha512sum" > COMPRESS_DEPENDS_lzma = "xz-native" > COMPRESS_DEPENDS_gz = "" > COMPRESS_DEPENDS_bz2 = "pbzip2-native" > -- > 2.7.4 > > -- > _______________________________________________ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-core ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [PATCH] image_types: use compress framework to produce checksums for images 2016-03-24 20:32 ` Andre McCurdy @ 2016-03-24 20:45 ` Alexander Kanevskiy 2016-03-24 21:14 ` Andre McCurdy 0 siblings, 1 reply; 13+ messages in thread From: Alexander Kanevskiy @ 2016-03-24 20:45 UTC (permalink / raw) To: Andre McCurdy; +Cc: OE Core mailing list [-- Attachment #1: Type: text/plain, Size: 883 bytes --] On Thu, Mar 24, 2016 at 10:32 PM, Andre McCurdy <armccurdy@gmail.com> wrote: > On Thu, Mar 24, 2016 at 1:16 PM, Alexander D. Kanevskiy <kad@kad.name> > wrote: > > Existing compress framework for producing various compressed versions > > of images is powerfull enough to be extended for other uses, e.g. to > > convert types of images. > > > > It is possible to use it also to produce image checksums at the time > > of image generation. This commit adds support for all supported > > at the moment coreutils hashing algorithms: md5, sha1, sha224, > > sha256, sha384 and sha512 > > > > Usage: > > IMAGE_FSTYPES_append = " hddimg.sha256sum" > > I guess a common requirement is for hashes of the compressed images, > not only the uncompressed image. you can easily chain them. " hddimg.sha256sum hddimg.xz hddimg.xz.sha256sum" -- br, Alexander Kanevskiy [-- Attachment #2: Type: text/html, Size: 1398 bytes --] ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [PATCH] image_types: use compress framework to produce checksums for images 2016-03-24 20:45 ` Alexander Kanevskiy @ 2016-03-24 21:14 ` Andre McCurdy 2016-04-10 18:49 ` Denys Dmytriyenko 0 siblings, 1 reply; 13+ messages in thread From: Andre McCurdy @ 2016-03-24 21:14 UTC (permalink / raw) To: Alexander Kanevskiy; +Cc: OE Core mailing list On Thu, Mar 24, 2016 at 1:45 PM, Alexander Kanevskiy <kad@kad.name> wrote: > On Thu, Mar 24, 2016 at 10:32 PM, Andre McCurdy <armccurdy@gmail.com> wrote: >> >> On Thu, Mar 24, 2016 at 1:16 PM, Alexander D. Kanevskiy <kad@kad.name> >> wrote: >> > Existing compress framework for producing various compressed versions >> > of images is powerfull enough to be extended for other uses, e.g. to >> > convert types of images. >> > >> > It is possible to use it also to produce image checksums at the time >> > of image generation. This commit adds support for all supported >> > at the moment coreutils hashing algorithms: md5, sha1, sha224, >> > sha256, sha384 and sha512 >> > >> > Usage: >> > IMAGE_FSTYPES_append = " hddimg.sha256sum" >> >> I guess a common requirement is for hashes of the compressed images, >> not only the uncompressed image. > > you can easily chain them. > " hddimg.sha256sum hddimg.xz hddimg.xz.sha256sum" OK. Great. Didn't realise that was going to work! > -- > br, Alexander Kanevskiy ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [PATCH] image_types: use compress framework to produce checksums for images 2016-03-24 21:14 ` Andre McCurdy @ 2016-04-10 18:49 ` Denys Dmytriyenko 2016-04-14 18:33 ` Denys Dmytriyenko 2016-04-14 19:53 ` Burton, Ross 0 siblings, 2 replies; 13+ messages in thread From: Denys Dmytriyenko @ 2016-04-10 18:49 UTC (permalink / raw) To: Andre McCurdy; +Cc: OE Core mailing list On Thu, Mar 24, 2016 at 02:14:36PM -0700, Andre McCurdy wrote: > On Thu, Mar 24, 2016 at 1:45 PM, Alexander Kanevskiy <kad@kad.name> wrote: > > On Thu, Mar 24, 2016 at 10:32 PM, Andre McCurdy <armccurdy@gmail.com> wrote: > >> > >> On Thu, Mar 24, 2016 at 1:16 PM, Alexander D. Kanevskiy <kad@kad.name> > >> wrote: > >> > Existing compress framework for producing various compressed versions > >> > of images is powerfull enough to be extended for other uses, e.g. to > >> > convert types of images. > >> > > >> > It is possible to use it also to produce image checksums at the time > >> > of image generation. This commit adds support for all supported > >> > at the moment coreutils hashing algorithms: md5, sha1, sha224, > >> > sha256, sha384 and sha512 > >> > > >> > Usage: > >> > IMAGE_FSTYPES_append = " hddimg.sha256sum" > >> > >> I guess a common requirement is for hashes of the compressed images, > >> not only the uncompressed image. > > > > you can easily chain them. > > " hddimg.sha256sum hddimg.xz hddimg.xz.sha256sum" > > OK. Great. Didn't realise that was going to work! Well, unless something has been changed/fixed recently (and I believe it was Richard's do_rootfs fixes), it didn't use to work as easy as you'd expect and it would break in do_rootfs, when trying to nest image types directly, hence the implementations like these: http://cgit.openembedded.org/openembedded-core/tree/meta/classes/image_types_uboot.bbclass http://arago-project.org/git/?p=meta-arago.git;a=blob;f=meta-arago-distro/classes/image_types_md5.bbclass;hb=HEAD BTW, at least for md5sum (not sure about sha*), isn't the de-facto standard extension .md5 and not .md5sum? Can we change it? -- Denys ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [PATCH] image_types: use compress framework to produce checksums for images 2016-04-10 18:49 ` Denys Dmytriyenko @ 2016-04-14 18:33 ` Denys Dmytriyenko 2016-04-14 19:53 ` Burton, Ross 1 sibling, 0 replies; 13+ messages in thread From: Denys Dmytriyenko @ 2016-04-14 18:33 UTC (permalink / raw) To: Andre McCurdy; +Cc: OE Core mailing list On Sun, Apr 10, 2016 at 02:49:53PM -0400, Denys Dmytriyenko wrote: > On Thu, Mar 24, 2016 at 02:14:36PM -0700, Andre McCurdy wrote: > > On Thu, Mar 24, 2016 at 1:45 PM, Alexander Kanevskiy <kad@kad.name> wrote: > > > On Thu, Mar 24, 2016 at 10:32 PM, Andre McCurdy <armccurdy@gmail.com> wrote: > > >> > > >> On Thu, Mar 24, 2016 at 1:16 PM, Alexander D. Kanevskiy <kad@kad.name> > > >> wrote: > > >> > Existing compress framework for producing various compressed versions > > >> > of images is powerfull enough to be extended for other uses, e.g. to > > >> > convert types of images. > > >> > > > >> > It is possible to use it also to produce image checksums at the time > > >> > of image generation. This commit adds support for all supported > > >> > at the moment coreutils hashing algorithms: md5, sha1, sha224, > > >> > sha256, sha384 and sha512 > > >> > > > >> > Usage: > > >> > IMAGE_FSTYPES_append = " hddimg.sha256sum" > > >> > > >> I guess a common requirement is for hashes of the compressed images, > > >> not only the uncompressed image. > > > > > > you can easily chain them. > > > " hddimg.sha256sum hddimg.xz hddimg.xz.sha256sum" > > > > OK. Great. Didn't realise that was going to work! > > Well, unless something has been changed/fixed recently (and I believe it was > Richard's do_rootfs fixes), it didn't use to work as easy as you'd expect and > it would break in do_rootfs, when trying to nest image types directly, hence > the implementations like these: > > http://cgit.openembedded.org/openembedded-core/tree/meta/classes/image_types_uboot.bbclass > http://arago-project.org/git/?p=meta-arago.git;a=blob;f=meta-arago-distro/classes/image_types_md5.bbclass;hb=HEAD > > BTW, at least for md5sum (not sure about sha*), isn't the de-facto standard > extension .md5 and not .md5sum? Can we change it? Ping? Any comments on the last part about the standard .md5 file extension? -- Denys ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [PATCH] image_types: use compress framework to produce checksums for images 2016-04-10 18:49 ` Denys Dmytriyenko 2016-04-14 18:33 ` Denys Dmytriyenko @ 2016-04-14 19:53 ` Burton, Ross 2016-04-14 19:59 ` Otavio Salvador 2016-04-14 20:16 ` Denys Dmytriyenko 1 sibling, 2 replies; 13+ messages in thread From: Burton, Ross @ 2016-04-14 19:53 UTC (permalink / raw) To: Denys Dmytriyenko; +Cc: OE Core mailing list [-- Attachment #1: Type: text/plain, Size: 443 bytes --] On 10 April 2016 at 19:49, Denys Dmytriyenko <denis@denix.org> wrote: > BTW, at least for md5sum (not sure about sha*), isn't the de-facto standard > extension .md5 and not .md5sum? Can we change it? > Picking a random upstream (https://download.gnome.org/sources/glib/2.10/) shows that GNOME used .md5sum until they migrated over to sha256sum, so I'm not sure there's a de-facto standard as two equally reasonable options. Ross [-- Attachment #2: Type: text/html, Size: 975 bytes --] ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [PATCH] image_types: use compress framework to produce checksums for images 2016-04-14 19:53 ` Burton, Ross @ 2016-04-14 19:59 ` Otavio Salvador 2016-04-14 20:12 ` Denys Dmytriyenko 2016-04-14 20:16 ` Denys Dmytriyenko 1 sibling, 1 reply; 13+ messages in thread From: Otavio Salvador @ 2016-04-14 19:59 UTC (permalink / raw) To: Burton, Ross; +Cc: OE Core mailing list On Thu, Apr 14, 2016 at 4:53 PM, Burton, Ross <ross.burton@intel.com> wrote: > > On 10 April 2016 at 19:49, Denys Dmytriyenko <denis@denix.org> wrote: >> >> BTW, at least for md5sum (not sure about sha*), isn't the de-facto >> standard >> extension .md5 and not .md5sum? Can we change it? > > > Picking a random upstream (https://download.gnome.org/sources/glib/2.10/) > shows that GNOME used .md5sum until they migrated over to sha256sum, so I'm > not sure there's a de-facto standard as two equally reasonable options. Debian does as well, IIRC. -- Otavio Salvador O.S. Systems http://www.ossystems.com.br http://code.ossystems.com.br Mobile: +55 (53) 9981-7854 Mobile: +1 (347) 903-9750 ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [PATCH] image_types: use compress framework to produce checksums for images 2016-04-14 19:59 ` Otavio Salvador @ 2016-04-14 20:12 ` Denys Dmytriyenko 2016-04-14 20:31 ` Otavio Salvador 0 siblings, 1 reply; 13+ messages in thread From: Denys Dmytriyenko @ 2016-04-14 20:12 UTC (permalink / raw) To: Otavio Salvador; +Cc: OE Core mailing list On Thu, Apr 14, 2016 at 04:59:53PM -0300, Otavio Salvador wrote: > On Thu, Apr 14, 2016 at 4:53 PM, Burton, Ross <ross.burton@intel.com> wrote: > > > > On 10 April 2016 at 19:49, Denys Dmytriyenko <denis@denix.org> wrote: > >> > >> BTW, at least for md5sum (not sure about sha*), isn't the de-facto > >> standard > >> extension .md5 and not .md5sum? Can we change it? > > > > > > Picking a random upstream (https://download.gnome.org/sources/glib/2.10/) > > shows that GNOME used .md5sum until they migrated over to sha256sum, so I'm > > not sure there's a de-facto standard as two equally reasonable options. > > Debian does as well, IIRC. Debian uses .dsc files for that... -- Denys ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [PATCH] image_types: use compress framework to produce checksums for images 2016-04-14 20:12 ` Denys Dmytriyenko @ 2016-04-14 20:31 ` Otavio Salvador 2016-04-14 21:26 ` Denys Dmytriyenko 0 siblings, 1 reply; 13+ messages in thread From: Otavio Salvador @ 2016-04-14 20:31 UTC (permalink / raw) To: Denys Dmytriyenko; +Cc: OE Core mailing list On Thu, Apr 14, 2016 at 5:12 PM, Denys Dmytriyenko <denis@denix.org> wrote: > On Thu, Apr 14, 2016 at 04:59:53PM -0300, Otavio Salvador wrote: >> On Thu, Apr 14, 2016 at 4:53 PM, Burton, Ross <ross.burton@intel.com> wrote: >> > >> > On 10 April 2016 at 19:49, Denys Dmytriyenko <denis@denix.org> wrote: >> >> >> >> BTW, at least for md5sum (not sure about sha*), isn't the de-facto >> >> standard >> >> extension .md5 and not .md5sum? Can we change it? >> > >> > >> > Picking a random upstream (https://download.gnome.org/sources/glib/2.10/) >> > shows that GNOME used .md5sum until they migrated over to sha256sum, so I'm >> > not sure there's a de-facto standard as two equally reasonable options. >> >> Debian does as well, IIRC. > > Debian uses .dsc files for that... For .iso files, for example, no. See: http://cdimage.debian.org/debian-cd/current/i386/iso-cd/ -- Otavio Salvador O.S. Systems http://www.ossystems.com.br http://code.ossystems.com.br Mobile: +55 (53) 9981-7854 Mobile: +1 (347) 903-9750 ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [PATCH] image_types: use compress framework to produce checksums for images 2016-04-14 20:31 ` Otavio Salvador @ 2016-04-14 21:26 ` Denys Dmytriyenko 0 siblings, 0 replies; 13+ messages in thread From: Denys Dmytriyenko @ 2016-04-14 21:26 UTC (permalink / raw) To: Otavio Salvador; +Cc: OE Core mailing list On Thu, Apr 14, 2016 at 05:31:56PM -0300, Otavio Salvador wrote: > On Thu, Apr 14, 2016 at 5:12 PM, Denys Dmytriyenko <denis@denix.org> wrote: > > On Thu, Apr 14, 2016 at 04:59:53PM -0300, Otavio Salvador wrote: > >> On Thu, Apr 14, 2016 at 4:53 PM, Burton, Ross <ross.burton@intel.com> wrote: > >> > > >> > On 10 April 2016 at 19:49, Denys Dmytriyenko <denis@denix.org> wrote: > >> >> > >> >> BTW, at least for md5sum (not sure about sha*), isn't the de-facto > >> >> standard > >> >> extension .md5 and not .md5sum? Can we change it? > >> > > >> > > >> > Picking a random upstream (https://download.gnome.org/sources/glib/2.10/) > >> > shows that GNOME used .md5sum until they migrated over to sha256sum, so I'm > >> > not sure there's a de-facto standard as two equally reasonable options. > >> > >> Debian does as well, IIRC. > > > > Debian uses .dsc files for that... > > For .iso files, for example, no. > > See: > > http://cdimage.debian.org/debian-cd/current/i386/iso-cd/ Nope, don't see it - all I see are .iso and .sign extensions... -- Denys ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [PATCH] image_types: use compress framework to produce checksums for images 2016-04-14 19:53 ` Burton, Ross 2016-04-14 19:59 ` Otavio Salvador @ 2016-04-14 20:16 ` Denys Dmytriyenko 1 sibling, 0 replies; 13+ messages in thread From: Denys Dmytriyenko @ 2016-04-14 20:16 UTC (permalink / raw) To: Burton, Ross; +Cc: OE Core mailing list On Thu, Apr 14, 2016 at 08:53:29PM +0100, Burton, Ross wrote: > On 10 April 2016 at 19:49, Denys Dmytriyenko <denis@denix.org> wrote: > > > BTW, at least for md5sum (not sure about sha*), isn't the de-facto standard > > extension .md5 and not .md5sum? Can we change it? > > Picking a random upstream (https://download.gnome.org/sources/glib/2.10/) > shows that GNOME used .md5sum until they migrated over to sha256sum, so I'm > not sure there's a de-facto standard as two equally reasonable options. Hmm, ok. I guess with the migration to sha256sum, it's becoming to provide multiple checksum files and I see more uses of .md5sum extension now. Never mind, I'll update my infrastructure from the old .md5 days... :) -- Denys ^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2016-04-14 22:27 UTC | newest] Thread overview: 13+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2016-03-24 20:16 [PATCH] image_types: use compress framework to produce checksums for images Alexander D. Kanevskiy 2016-03-24 20:28 ` Burton, Ross 2016-03-24 20:32 ` Andre McCurdy 2016-03-24 20:45 ` Alexander Kanevskiy 2016-03-24 21:14 ` Andre McCurdy 2016-04-10 18:49 ` Denys Dmytriyenko 2016-04-14 18:33 ` Denys Dmytriyenko 2016-04-14 19:53 ` Burton, Ross 2016-04-14 19:59 ` Otavio Salvador 2016-04-14 20:12 ` Denys Dmytriyenko 2016-04-14 20:31 ` Otavio Salvador 2016-04-14 21:26 ` Denys Dmytriyenko 2016-04-14 20:16 ` Denys Dmytriyenko
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox