* [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 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
* 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
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