Bug#909289: ITP: coot-reference-structures -- high resolution PDB files used as reference structures by coot
Package: wnpp Severity: wishlist Owner: Andrius Merkys Control: block 897673 by -1 * Package name: coot-reference-structures Version : 20130312 Upstream Author : Paul Emsley * URL : https://www2.mrc-lmb.cam.ac.uk/personal/pemsley/coot/dependencies/reference-structures.tar.gz * License : public-domain Programming Lang: none Description : high resolution PDB files used as reference structures by coot High resolution Protein Databank files used as reference structures to build backbone atoms from C alpha positions for coot. This package is a dependency of 'coot'. Package is a collection of plain Protein DataBank files. I plan to maintain it inside DebiChem team. Best, Andrius -- Andrius Merkys Vilnius University Institute of Biotechnology, Saulėtekio al. 7, room V325 LT-10257 Vilnius, Lithuania
Processed: ITP: coot-reference-structures -- high resolution PDB files used as reference structures by coot
Processing control commands: > block 897673 by -1 Bug #897673 [wnpp] ITP: coot -- model building program for macromolecular crystallography 897673 was blocked by: 898644 897579 897673 was not blocking any bugs. Added blocking bug(s) of 897673: 909289 -- 897673: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=897673 909289: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=909289 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#909293: ITP: node-graphlibrary -- directed and undirected multi-graph library
Package: wnpp Severity: wishlist Owner: Pirate Praveen X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-graphlibrary Version : 2.2.0 Upstream Author : Tyler Long * URL : https://github.com/tylingsoft/graphlibrary#readme * License : Expat Programming Lang: JavaScript Description : directed and undirected multi-graph library Graphlibrary is a JavaScript library that provides data structures for undirected and directed multi-graphs along with algorithms that can be used with them. . Graphlibrary is not built from scratch, it's based on dagrejs/graphlib. And it is designed as an out-of-box replacement for dagrejs/graphlib. . Node.js is an event-based server-side JavaScript engine. Dependency of gitlab 10.x (dependency of dagre-layout). Its a complex module to be handled in its own package. signature.asc Description: OpenPGP digital signature
Bug#909304: ITP: python-grpcio -- high performance RPC framework (Python libraries)
Package: wnpp Severity: wishlist Owner: la...@debian.org X-Debbugs-CC: debian-de...@lists.debian.org * Package name: python-grpcio Version : 1.15.0-1 Upstream Authors: gRPC Authors * URL : https://grpc.io/ * License : Apache 2.0 Programming Lang: Python Description : high performance RPC framework (Python libraries) gRPC is a modern open source high performance RPC framework. It can efficiently connect services in and across data centers with pluggable support for load balancing, tracing, health checkin and authentication. It is also applicable in last mile of distributed computing to connect devices, mobile applications and browsers to backend services. This package contains the libraries for Python 3. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#909133: ITP: auto-dictionary-el -- automatic dictionary switcher for Emacs spell checking
On 2018-09-18 15:39:47, Nicholas D Steeves wrote: [...] > URL : https://wiki.debian.org/EmacsenTeam/Team [...] You probably meant this here: URL: https://nschum.de/src/emacs/auto-dictionary/ > Antoine, does it detect language with per-buffer granularity, or > support mixing languages in the same buffer? I don't know! It *apparently* does that if I read the above homepage correctly: "It is also possible to insert text according to the current dictionary and have it updated automatically when it changes. This is great for your text templates and signatures." > Thanks for mentioning > that you use this software on #debian-emacs :-) Well, I *just* started using it - I don't actually know if it really works or anything. :p But I fixed up a function (mode-to-be) that I was using for that instead: (defun anarcat/author-mode () "toggle a bunch of minor modes for authorship this should be converted to a minor mode in itself, or maybe as hooks fro writeroom? see Elisp manual, 22.3 Minor Modes" (interactive) (writegood-mode) (wc-mode) (writeroom-mode) - (anarcat/change-dict "en") + (adict-guess-dictionary) So basically, instead of forcing the "english" dictionary in my author "mode", I let adict guess it. It seems to work for english at least... > P.S. please ping me if I take more than two weeks to package this Wow, thanks! > I do not yet use this package and have been manually switching between > languages, which is why I'm motivated to package it. I plan to > maintain it as part of the Debian Emacsen Team, and the team policy is > here: https://wiki.debian.org/EmacsenTeam/Team > > I will require a sponsor for the initial upload. I'd be happy to help. A. -- The value of a college education is not the learning of many facts but the training of the mind to think. - Albert Einstein
Processed:
Processing control commands: > retitle -1 ITP: squashfuse -- FUSE filesystem to mount Bug #854901 [wnpp] RFP: squashfuse -- FUSE filesystem to mount squashfs archives Changed Bug title to 'ITP: squashfuse -- FUSE filesystem to mount' from 'RFP: squashfuse -- FUSE filesystem to mount squashfs archives'. -- 854901: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=854901 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#909116: ITP: libmd5-rfc -- RFC1321-based (RSA-free) MD5 library
Guillem Jover 于2018年9月21日周五 上午7:42写道：
> Something like the attached patch would do I guess? I'm not sure if
> I'd want to expose those unconditionally, as that might pollute the
> namespace.
Please find the attached md5main-md.c, taken from libmd5-rfc but
modified to be compiled with -lmd. Notice the segfault here. Clearly
MD5End supplies the hash in ASCII hex string, but md5_finish in raw
char array. That's not the same.
/*
Copyright (C) 2002 Aladdin Enterprises. All rights reserved.
This software is provided 'as-is', without any express or implied
warranty. In no event will the authors be held liable for any damages
arising from the use of this software.
Permission is granted to anyone to use this software for any purpose,
including commercial applications, and to alter it and redistribute it
freely, subject to the following restrictions:
1. The origin of this software must not be misrepresented; you must not
claim that you wrote the original software. If you use this software
in a product, an acknowledgment in the product documentation would be
appreciated but is not required.
2. Altered source versions must be plainly marked as such, and must not be
misrepresented as being the original software.
3. This notice may not be removed or altered from any source distribution.
L. Peter Deutsch
gh...@aladdin.com
*/
/* $Id: md5main.c,v 1.1 2002/04/13 19:20:28 lpd Exp $ */
/*
Independent implementation of MD5 (RFC 1321).
This code implements the MD5 Algorithm defined in RFC 1321, whose
text is available at
http://www.ietf.org/rfc/rfc1321.txt
The code is derived from the text of the RFC, including the test suite
(section A.5) but excluding the rest of Appendix A. It does not include
any code or documentation that is identified in the RFC as being
copyrighted.
The original and principal author of md5.c is L. Peter Deutsch
. Other authors are noted in the change history
that follows (in reverse chronological order):
2002-04-13 lpd Splits off main program into a separate file, md5main.c.
*/
#include
#include
#include
#include
typedef uint8_t md5_byte_t;
typedef uint32_t md5_word_t;
typedef MD5_CTX md5_state_t;
#define md5_init(pms) MD5Init(pms)
#define md5_append(pms, data, nbytes) MD5Update(pms, data, nbytes)
#define md5_finish(pms, digest) MD5End(pms, digest)
/*
* This file builds an executable that performs various functions related
* to the MD5 library. Typical compilation:
* gcc -o md5main -lm md5main.c md5.c
*/
static const char *const usage = "\
Usage:\n\
md5main --test # run the self-test (A.5 of RFC 1321)\n\
md5main --t-values # print the T values for the library\n\
md5main --version # print the version of the package\n\
";
static const char *const version = "2002-04-13";
/* Run the self-test. */
static int
do_test(void)
{
static const char *const test[7*2] = {
"", "d41d8cd98f00b204e9800998ecf8427e",
"a", "0cc175b9c0f1b6a831c399e269772661",
"abc", "900150983cd24fb0d6963f7d28e17f72",
"message digest", "f96b697d7cb7938d525a2f31aaf161d0",
"abcdefghijklmnopqrstuvwxyz", "c3fcd3d76192e4007dfb496cca67e13b",
"ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789",
"d174ab98d277d9f5a5611c2c9f419d9f",
"12345678901234567890123456789012345678901234567890123456789012345678901234567890", "57edf4a22be3c955ac49da2e2107b67a"
};
int i;
int status = 0;
for (i = 0; i < 7*2; i += 2) {
md5_state_t state;
md5_byte_t digest[16];
char hex_output[16*2 + 1];
int di;
md5_init(&state);
md5_append(&state, (const md5_byte_t *)test[i], strlen(test[i]));
md5_finish(&state, digest);
for (di = 0; di < 16; ++di)
sprintf(hex_output + di * 2, "%02x", digest[di]);
if (strcmp(hex_output, test[i + 1])) {
printf("MD5 (\"%s\") = ", test[i]);
puts(hex_output);
printf(" ERROR, should be: %s\n", test[i + 1]);
status = 1;
}
}
if (status == 0)
puts("md5 self-test completed successfully.");
return status;
}
/* Print the T values. */
static int
do_t_values(void)
{
int i;
for (i = 1; i <= 64; ++i) {
unsigned long v = (unsigned long)(4294967296.0 * fabs(sin((double)i)));
/*
* The following nonsense is only to avoid compiler warnings about
* "integer constant is unsigned in ANSI C, signed with -traditional".
*/
if (v >> 31) {
printf("#define T%d /* 0x%08lx */ (T_MASK ^ 0x%08lx)\n", i,
v, (unsigned long)(unsigned int)(~v));
} else {
printf("#define T%d0x%08lx\n", i, v);
}
}
return 0;
}
/* Main program */
int
main(int argc, char *argv[])
{
if (argc == 2) {
if (!strcmp(argv[1], "--test"))
return do_test();
if (!strcmp(argv[1], "--t-values"))
return do_t_values();
if (!strcmp(argv[1], "--version")) {
puts(version);
return 0;
}
}
puts(usage);
return 0;
}
Bug#909116: ITP: libmd5-rfc -- RFC1321-based (RSA-free) MD5 library
On Sat, 2018-09-22 at 00:13:47 +0800, Yangfl wrote: > Guillem Jover 于2018年9月21日周五 上午7:42写道： > > Something like the attached patch would do I guess? I'm not sure if > > I'd want to expose those unconditionally, as that might pollute the > > namespace. > > Please find the attached md5main-md.c, taken from libmd5-rfc but > modified to be compiled with -lmd. Notice the segfault here. Clearly > MD5End supplies the hash in ASCII hex string, but md5_finish in raw > char array. That's not the same. Ah indeed sorry, I used initially MD5Final() which is the correct one here, but switched to MD5End() because it was failing the libmd test suite. Patch updated, I'll fix the test suite later today. Thanks, Guillem diff --git i/include/md5.h w/include/md5.h index dee2bf4..2f8b167 100644 --- i/include/md5.h +++ w/include/md5.h @@ -47,4 +47,17 @@ char *MD5Data(const uint8_t *, size_t, char *); } #endif +/* + * Interface compatibility with Aladdin Enterprises independent + * implemntation from RFC 1321. + */ + +typedef uint8_t md5_byte_t; +typedef uint32_t md5_word_t; +typedef MD5_CTX md5_state_t; + +#define md5_init(pms) MD5Init(pms) +#define md5_append(pms, data, nbytes) MD5Update(pms, data, nbytes) +#define md5_finish(pms, digest) MD5Final(digest, pms) + #endif /* _MD5_H_ */
Bug#909334: ITP: openrazer -- OpenRazer peripheral drivers
Package: wnpp Severity: wishlist Owner: Dylan Aïssi Package name: openrazer URL: https://openrazer.github.io/ License: GPL-2+ Description: OpenRazer peripheral drivers OpenRazer is a collection of GNU/Linux drivers for the Razer devices. Supported devices include keyboards, mice, mouse-mats, headsets and various other devices. Current packaging take place at: https://salsa.debian.org/daissi-guest/openrazer
Bug#909335: ITP: python-glad -- GL/GLES/EGL/GLX/WGL Loader-Generator
Package: wnpp Severity: wishlist Owner: Steffen Moeller * Package name: python-glad * URL : https://github.com/Dav1dde/glad * License : MIT Description : GL/GLES/EGL/GLX/WGL Loader-Generator The package is team-maintained on https://salsa.debian.org/python-team/modules/glad This package provides the implementation of what is also available as a webservice on http://glad.dav1d.de/ to transform OpenGL specs into an API that one can program against. It uses the official Khronos-XML specs to generate a GL/GLES/EGL/GLX/WGL Loader made for your needs. Glad currently supports the languages C, D and Volt. . The package is not meant for end users and will not be installed by the users of the package that it helped building. It is a build dependency that is prepared to be integrated with CMake or Conan into the build process.
Bug#861128: RFP: elpa-markdown-toc -- Generate a TOC in markdown file with Emacs
On 2018-09-18 18:14:04, Nicholas D Steeves wrote: > Hey Antoine, > > Package ready for testing from: > dget -x > https://mentors.debian.net/debian/pool/main/m/markdown-toc-el/markdown-toc-el_0.1.2-1.dsc > > Upstream included an autoload cookie so 'markdown-toc-generate-toc' > works out of the box. I can provide a deb and signed changes if that > would be more convenient. In particular someone needs to test > 'markdown-toc-user-toc-structure-manipulation-fn' before I can > responsibly file an RFS bug. I actually got time to look into the packaging more. It seems to me the release-notes.md could be shipped with dh_installchangelogs instead of as is, because it is effectively a changelog. I'm testing the package now but the source looks good otherwise. A. -- We are discreet sheep; we wait to see how the drove is going, and then go with the drove. - Mark Twain
Bug#861128: RFP: elpa-markdown-toc -- Generate a TOC in markdown file with Emacs
On 2018-09-17 22:40:10, Nicholas D Steeves wrote: > Re: a couple of markdown-toc bugs: > > https://github.com/ardumont/markdown-toc/issues/29 > * Solve in Debian with a hard depends on >= markdown-mode 2.2? > * You mentioned markdown-mode 2.1 is bad, 20161222.1416 is good, > and 2.2 is from 20170526, thus 2.2 should be good. > * possibly fixed in markdown-toc? I can't reproduce this with the markdown-mode version in Debian. It might still occur with the version in stable, but then the bugfix is just an upgrade away. > https://github.com/ardumont/markdown-toc/issues/15 > * "Don't assume that a document has an h1" > * How serious is this one? Seems like it could be annoying. I just tested this and can confirm the bug happens with your version of the package as well. It's not a big deal: the generated TOC can be modified by hand so extra content or errors can be easily fixed. In fact, I very often tweak the TOC by hand myself because it's easier than changing the settings (e.g. to remove a subsection and so on). > https://github.com/ardumont/markdown-toc/issues/35 > * "Lines starting with # in code sections are treated as headings" > * I imagine this one will frustrate many users. I can't reproduce this one, but this may be because of the version of markdown.el in Debian (2.3snapshot154). So, conclusion: I'd be happy to sponsor the package as is any time. Just let me know when you're ready and let's get this one out the door! A. -- People in glass houses shouldn't throw stones. People in glass cities shouldn't fire missiles. - Banksy
Bug#909336: RFP: atomic-chrome-el -- Edit text area on Chrome with Emacs using Atomic Chrome
Package: wnpp Severity: wishlist User: debian-emac...@lists.debian.org Usertags: elpafy * Package name: atomic-chrome-el Version : v2.0.0 (or git snapshot?) Upstream Author : "alpha22jp" * URL : https://github.com/alpha22jp/atomic-chrome * License : GPL-2+ Programming Lang: elisp Description : Edit text area on Chrome with Emacs using Atomic Chrome This is the Emacs version of Atomic Chrome which is an extension for Google Chrome browser that allows you to edit text areas of the browser in Emacs. It's similar to Edit with Emacs, but has some advantages as below with the help of websocket. * The input on Emacs is reflected to the browser instantly and continuously. * You can use both the browser and Emacs at the same time. They are updated to the same content bi-directionally. Since v2.0.0, Atomic Chrome for Emacs supports Ghost Text as browser extension, bringing compatibility with Firefox, too. I use this to edit text areas in a web browser with my favorite editor. It works with the Atomic Chrome or Ghost Text extensions in Google Chrome / Chromium or Firefox. This should probably be under the Emacs team umbrella and I don't have time to personally package it right now. I would be happy to review and sponsor a package however.
Bug#909337: RFP: crux-el -- A Collection of Ridiculously Useful eXtensions for Emacs
Package: wnpp Severity: wishlist User: debian-emac...@lists.debian.org Usertags: elpafy * Package name: crux-el Version : 0.3.0 (or git snapshot) Upstream Author : Bozhidar Batsov * URL : https://github.com/bbatsov/crux/ * License : GPL-3+ Programming Lang: elisp Description : A Collection of Ridiculously Useful eXtensions for Emacs A Collection of Ridiculously Useful eXtensions for Emacs. crux bundles a few useful interactive commands to enhance your overall Emacs experience. CRUX bundles a bunch of functions I happened to have written versions of myself as keyboard macros or .emacs functions, which is silly. My favorites are: * crux-transpose-windows * crux-rename-file-and-buffer But there are way more in there I would like to get familiar with. This should probably be under the Emacs team umbrella and I don't have time to personally package it right now. I would be happy to review and sponsor a package however.
Bug#908531: marked as done (ITP: pynwb -- Python library for working with Neurodata in the NWB format)
Your message dated Fri, 21 Sep 2018 21:00:10 + with message-id and subject line Bug#908531: fixed in pynwb 0.5.1-1 has caused the Debian Bug report #908531, regarding ITP: pynwb -- Python library for working with Neurodata in the NWB format to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 908531: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=908531 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: wnpp Severity: wishlist Owner: Yaroslav Halchenko * Package name: pynwb Version : 0.4.1 Upstream Author : PyNWB Team * URL : https://github.com/NeurodataWithoutBorders/pynwb * License : BSD-3 with additional statement Programming Lang: Python Description : Python library for working with Neurodata in the NWB format PyNWB is a Python package for working with NWB files. It provides a high-level API for efficiently working with Neurodata stored in the NWB format. . Neurodata Without Borders: Neurophysiology (NWB:N) is a project to develop a unified data format for cellular-based neurophysiology data, focused on the dynamics of groups of neurons measured under a large range of experimental conditions. I hope to place it under Debian-Science (or Debian-Med?) team maintenance. --- End Message --- --- Begin Message --- Source: pynwb Source-Version: 0.5.1-1 We believe that the bug you reported is fixed in the latest version of pynwb, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 908...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Yaroslav Halchenko (supplier of updated pynwb package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Thu, 20 Sep 2018 01:19:06 -0400 Source: pynwb Binary: python-pynwb python3-pynwb Architecture: source all Version: 0.5.1-1 Distribution: unstable Urgency: low Maintainer: Yaroslav Halchenko Changed-By: Yaroslav Halchenko Description: python-pynwb - Python library for working with Neurodata in the NWB format python3-pynwb - Python library for working with Neurodata in the NWB format Closes: 908531 Changes: pynwb (0.5.1-1) unstable; urgency=low . * Initial source package automatically created by stdeb 0.8.5 (Closes: #908531) * Upstream sources generated from git repository until tests are included in source release (see https://github.com/NeurodataWithoutBorders/pynwb/pull/622) Checksums-Sha1: 95b3466c694b8682565c18c6dbb662ec0d0e7a75 2164 pynwb_0.5.1-1.dsc 8d6a987730c3b6125b86466c07186471a47d8ea7 21882952 pynwb_0.5.1.orig.tar.gz 8ce31a8e0bd39a1dd3bb2f9c749547c378f0f673 3404 pynwb_0.5.1-1.debian.tar.xz a4df9cf8dc14b2e6b0b5d3235534f9676f5727f5 8377 pynwb_0.5.1-1_amd64.buildinfo 2caa9ca01a1c3d7246cfd621c9cd46d7ed8757a5 97912 python-pynwb_0.5.1-1_all.deb da5672f5035d372b388f6135358e63c23eb22e17 97968 python3-pynwb_0.5.1-1_all.deb Checksums-Sha256: 4d6789de965e90fac480cdb9b2aaaef1247c00acd2b6c55f82dc05a583072a12 2164 pynwb_0.5.1-1.dsc c2e33a44954237e9af614bcff067c27fad0e65866af48ae607e2906c87cab79d 21882952 pynwb_0.5.1.orig.tar.gz f412cedcbf00b2f7063e80d11b4fbfcd89a29c5eace855d7c5bd6219530d163a 3404 pynwb_0.5.1-1.debian.tar.xz 620db1d05a51ad06db8ed4abc43bdace512f009a07817b73c49003fa01beb2c3 8377 pynwb_0.5.1-1_amd64.buildinfo 84830c6ffbdf0a91ae6c82fdc65993397c496e799a95313fd26d534c72d277cc 97912 python-pynwb_0.5.1-1_all.deb 36b164852a4445b31b18a6a8aa2575def34930f2c898323fc56e2dd95cd389ed 97968 python3-pynwb_0.5.1-1_all.deb Files: d34c6f08324b8a27beaa05bff6e31d34 2164 python optional pynwb_0.5.1-1.dsc bed597497fb22c83c2fa269831a455fe 21882952 python optional pynwb_0.5.1.orig.tar.gz c0bbec7f52c0e7ac3979331a6cb4d6c4 3404 python optional pynwb_0.5.1-1.debian.tar.xz 667b7f85537a470dd6c88e0bffa94c79 8377 python optional pynwb_0.5.1-1_amd64.buildinfo 687f1e48d7a5953caecf963ac1579208 97912 python optional python-pynwb_0.5.1-1_all.deb 6720d7702f7d3dd201d0a1fc70d285b8 97968 python optional python3-pynwb_0.5.1-1_all.deb -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEExbkF8OjZ/ZZo/zZvot4jUGLaM/oFAlujw4IACgkQot4jUGLa M/r0VQ/+JSrhJsPvPcyeaLClcxyCwA3+SjnXAewa9Vm4IKF1suaZBw5Xhyt
Bug#909116: ITP: libmd5-rfc -- RFC1321-based (RSA-free) MD5 library
On Fri, 2018-09-21 at 19:35:53 +0200, Guillem Jover wrote:
> On Sat, 2018-09-22 at 00:13:47 +0800, Yangfl wrote:
> > Guillem Jover 于2018年9月21日周五 上午7:42写道：
> > > Something like the attached patch would do I guess? I'm not sure if
> > > I'd want to expose those unconditionally, as that might pollute the
> > > namespace.
> >
> > Please find the attached md5main-md.c, taken from libmd5-rfc but
> > modified to be compiled with -lmd. Notice the segfault here. Clearly
> > MD5End supplies the hash in ASCII hex string, but md5_finish in raw
> > char array. That's not the same.
>
> Ah indeed sorry, I used initially MD5Final() which is the correct one
> here, but switched to MD5End() because it was failing the libmd test
> suite.
>
> Patch updated, I'll fix the test suite later today.
The attached is what I'd include.
Thanks,
Guillem
diff --git i/include/md5.h w/include/md5.h
index dee2bf4..2f8b167 100644
--- i/include/md5.h
+++ w/include/md5.h
@@ -47,4 +47,17 @@ char *MD5Data(const uint8_t *, size_t, char *);
}
#endif
+/*
+ * Interface compatibility with Aladdin Enterprises independent
+ * implemntation from RFC 1321.
+ */
+
+typedef uint8_t md5_byte_t;
+typedef uint32_t md5_word_t;
+typedef MD5_CTX md5_state_t;
+
+#define md5_init(pms) MD5Init(pms)
+#define md5_append(pms, data, nbytes) MD5Update(pms, data, nbytes)
+#define md5_finish(pms, digest) MD5Final(digest, pms)
+
#endif /* _MD5_H_ */
diff --git i/test/md5.c w/test/md5.c
index 5dac6e1..f18f398 100644
--- i/test/md5.c
+++ w/test/md5.c
@@ -30,12 +30,55 @@
#include
#include
+static int
+hexchar2bin(int c)
+{
+ if (c >= '0' && c <= '9')
+ return c - '0';
+ else if (c >= 'a' && c <= 'f')
+ return c - 'a' + 10;
+ else if (c >= 'A' && c <= 'F')
+ return c - 'A' + 10;
+ assert(!"invalid hexadecimal input");
+}
+
+static void
+hex2bin(uint8_t *bin, const char *str, size_t bin_len)
+{
+ int i;
+
+ for (i = 0; i < bin_len; i++)
+ bin[i] = hexchar2bin(str[i * 2]) << 4 |
+ hexchar2bin(str[i * 2 + 1]);
+}
+
void
-test_md5(const char *digest, const char *string)
+test_md5(const char *digest_str, const char *string)
{
- char result[MD5_DIGEST_STRING_LENGTH];
+ uint8_t digest[MD5_DIGEST_LENGTH];
+ uint8_t result[MD5_DIGEST_LENGTH];
+ char result_str[MD5_DIGEST_STRING_LENGTH];
+ MD5_CTX ctx;
+ md5_state_t pms;
+
+ hex2bin(digest, digest_str, MD5_DIGEST_LENGTH);
+
+ assert(strcmp(digest_str, MD5Data(string, strlen(string), result_str)) == 0);
+
+ MD5Init(&ctx);
+ MD5Update(&ctx, string, strlen(string));
+ MD5End(&ctx, result_str);
+ assert(strcmp(digest_str, result_str) == 0);
+
+ MD5Init(&ctx);
+ MD5Update(&ctx, string, strlen(string));
+ MD5Final(result, &ctx);
+ assert(memcmp(digest, result, MD5_DIGEST_LENGTH) == 0);
- assert(strcmp(digest, MD5Data(string, strlen(string), result)) == 0);
+ md5_init(&pms);
+ md5_append(&pms, string, strlen(string));
+ md5_finish(&pms, result);
+ assert(memcmp(digest, result, MD5_DIGEST_LENGTH) == 0);
}
int
Bug#909116: ITP: libmd5-rfc -- RFC1321-based (RSA-free) MD5 library
Guillem Jover 于2018年9月22日周六 上午8:30写道： > > The attached is what I'd include. > > Thanks, > Guillem $ ./a.out --test md5 self-test completed successfully. $ ldd ./a.out linux-vdso.so.1 (0x7ffc941d6000) libmd.so.0 => /lib/x86_64-linux-gnu/libmd.so.0 (0x7f0388a58000) libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7f03888c4000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7f0388707000) /lib64/ld-linux-x86-64.so.2 (0x7f0388c8b000) Looks great. Thanks!
Processed: retitle to RFP: cashier -- A self-service CA for OpenSSH
Processing commands for cont...@bugs.debian.org: > retitle 865066 RFP: cashier -- A self-service CA for OpenSSH Bug #865066 [wnpp] ITP: cashier -- A self-service CA for OpenSSH Changed Bug title to 'RFP: cashier -- A self-service CA for OpenSSH' from 'ITP: cashier -- A self-service CA for OpenSSH'. > noowner 865066 Bug #865066 [wnpp] RFP: cashier -- A self-service CA for OpenSSH Removed annotation that Bug was owned by Patrick O'Doherty . > stop Stopping processing here. Please contact me if you need assistance. -- 865066: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=865066 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: Add owner
Processing commands for cont...@bugs.debian.org: > owner 854901 Scarlett Moore Bug #854901 [wnpp] ITP: squashfuse -- FUSE filesystem to mount Owner recorded as Scarlett Moore . > thanks Stopping processing here. Please contact me if you need assistance. -- 854901: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=854901 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
