Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Cut a 1.0.0 release #121

Open
5 tasks
darconeous opened this issue Nov 6, 2019 · 6 comments
Open
5 tasks

Cut a 1.0.0 release #121

darconeous opened this issue Nov 6, 2019 · 6 comments
Labels
Milestone

Comments

@darconeous
Copy link
Member

We should consider cutting a 1.0.0 release soon.

Before we cut a 1.0.0 release, we need to do the following:

@darconeous darconeous added this to the 1.0.0 milestone Nov 6, 2019
@darconeous darconeous added the task label Nov 6, 2019
@smortex
Copy link
Contributor

smortex commented Nov 6, 2019

👍

I am not 100% sure but AFAICR, building libfreefare master branch against the latest libnfc release does not work. So maybe we should also release a new libnfc version in the process.

@clausecker
Copy link
Collaborator

Please consider removing pragma pack from all structures exposed in headers. You can do this for free since you already break the API in this new major release. This makes writing bindings to other languages a lot easier.

@clausecker
Copy link
Collaborator

The libnfc has meanwhile pushed an 1.7.2 version with a bunch of new APIs. Might be a good idea to push a new libfreefare version in tandem.

@mtdcr
Copy link
Contributor

mtdcr commented Sep 14, 2020

Review all of the APIs and make sure we are satisfied with how they work.

Functions like mifare_desfire_read_* don't know the size of the data buffer passed to it. If length is zero, the whole file will be read into this buffer. I don't know what's the maximum size of a file from the top of my head, and whether it's mandatory to pass a buffer with maximum file size when length is zero, but it's something I suspect many people can get wrong.

Therefore I suggest adding a size parameter to all functions writing into a buffer provided by a user of the library.

@clausecker
Copy link
Collaborator

Any progress on this one?

@graynk
Copy link

graynk commented Sep 10, 2021

I'd like to remind everyone that there are Buildroot pipelines that are dependant on libnfc/libfreefare, but due to Buildroot's nature it downloads the latest release. Thankfully, libnfc's 1.8.0 is in somewhat OK state to use now, but libfreefare is still 6 years old at this point.

I had to .tar.gz the repo and upload it to my own hosting, adding LIBREEFARE_AUTORECONF = YES to Buildroot's config. It's not that much of a problem, but it's certainly a problem.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

5 participants