-
Notifications
You must be signed in to change notification settings - Fork 49
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
Release plan discussion #26
Comments
I think only #25 needs to be fixed. |
@dontech Please check if you have any other things for next release. Thanks. |
@dontech Please also help to check those I marked as "wontfix" before you took over from Travis. If you think some of them are worth implementing, then please go ahead to remove the "wontfix" label. Thanks. |
Would be nice if we can have debug versions also. |
Good point. |
#25 has been merged. |
The following issues have been fixed. We are more or less ready for the next release.
As for the digital signature, now Windows 7 is already working. So we are already fine here. |
Release related work to be done.
|
I have removed most of the "wontfix" labels except a few like USB hub support. |
@dontech I have changed to the libusb-win32 Sourceforge default download version from 1.2.6.0 release to 1.2.7.3 snapshot release so that the people out there can use the the updated version. It should work for Windows 7/8/8.1/10 so we should still be okay. |
@dontech
|
Further discussions here. If in the end there is no solution, we have to drop Windows 7 support. |
@mcuee yes there clearly is a problem there. I have not been able to solve this either. Either i am missing something or Microsoft made a huge backwards compability support blunder, which is problematic when you consider how many people still use that.... AFAIK drivers for Windows 7 can only be signed using their cross-certificate, and since they have stopped issueing those, then i fail to see how that would work. They need to issue a new cross-certificate or patch up Windows-7 to ignore that check.... i guess the odds of any of those two are smaller than my odds of becoming the president of Mars. So i think, unless something happens, that we have to drop support for Windows 7. |
I would suggest that we announce that this is the last version supporting Windows 7, and then remove it in the next release. We can state in the release notes that it must be signed manually (local signing), or installed using the "disable driver signing" options. |
@dontech I have updated the github release page. Or probably we should re-tag it as official 1.2.7.3 release and not call it a snapshot. |
I have just upload 1.2.7.3 again to Sourceforge as a formal release and mentioned it as the last release with Windows 7 support. |
Interesting that I saw SHA1 signature on the 1.2.7.4 release along with SHA256 signature. Are you able to sort the issue for Windows 7? Does 1.2.7.4 work under Windows 7? Thanks.
|
What do we need to complete this. @mcuee what do you think? |
I think we are almost there. Just two minor things for the installer.
|
After the formal release, I will create a pull request to ask Pete to include it in the next official release of libwdi/Zadig. Currently libwdi Zadig-2.8.exe has libusb-win32 1.2.7.3 release. |
I can not test Windows on ARM64 as I do not have the necessary hardware. I am not so sure if you can test Windows on ARM64 or not. There is an issue with Zadig as of now. It does not work under Windows 11 on ARM64. Power users can of course disable driver signature enforcement, but this is not a solution for normal users. |
No, that sort of makes it useless for regular users. However, for companies that officially re-sign the driver with their own INF file i guess it is OK. |
Why does the changelog say "Much smaller binaries"? At least in the case of amd64 all binaries are larger in 1.3.0.0 than in 1.2.7.4... |
@tormodvolden That's a really good question. At some point I noticed that the binaries were smaller when switching to EWDK. I just never checked it again. Maybe I configured the project differently at some point. Not sure. I think its OK now, but I agree that the release note is misleading. Maybe some of the project parameters can be tweaked. |
Done. The latest update to the script signs all EXE and DLL files with SHA1 and SHA256 signature. |
One interesting thing could be to test the ARM64 images somehow. |
@sonatique tested 1.3.0.0 snapshot release under ARM64 and it seems to work fine. I think 1.3.0.1 shoudl be similar. |
Let's wait for some time and we may want to promote 1.3.0.1 snapshot release to be a formal release, or just up-rev and create a 1.3.0.2 as formal release. |
Another thing for 1.3.0.2 is probably to document the limitation for ARM64. As of now, the work-around is to submit the generated Zadig driver package to Microsoft portal (attestation signing) or to Disable Driver Signature Enforcement. |
Yet another thing for 1.3.0.2 is to fix the issue with Zadig (but it may be a Zadig problem and not libusb-win32 problem). |
Not sure if we can adopt the following. |
V1.3.0.2 (02/15/2024) - SNAPSHOT RELEASE
V1.3.0.1 (10/20/2023) - SNAPSHOT RELEASE
V1.2.7.4 (9/20/2023) - SNAPSHOT RELEASE
|
Yeah i committed it after release, and obviously is should do it before release... doh! :-) |
If there are no new problems, I think we are ready to release 1.4.0.0 as the next official release |
Yes, it will be good to have a real official release. |
There are four old enhancement requests. If you think they are not worth the efforts, we can close them as not planned. |
Thanks a lot for your contributions as well. |
I think this is an example why open source works. My customers are happy, @sonatique is happy, @mcuee is happy. Everyone is contributing to each others success. Great work guys! 👍 Feel free to join me on linkedin: https://www.linkedin.com/in/peter-dons-tychsen-ab7236/?originalSubdomain=dk |
Just wondering if you can add the "libusb-win32-devel-filter-1.4.0.0.exe" installer release as well. Thanks. |
Ping for the installer release. Thanks. |
Hi, Thanks for the great work! While exploring the content of release 1.4.0.0, i noticed to new files in the
The INF-file mentions Is the purpose of these two files documented somewhere but I couldn't find it? Best, |
You can ignore the two files. It is part of the attestation signing package to get the signed libusb0.sys from Microsoft portal. You should use Zadig 2.9 release to install libusb-win32 device driver for your device. The inf file is useful for people who want to sign their own driver packages (if they have the necessary EV digital certiticate to registered for the Microsoft portal for attestation signing). |
Thanks for the prompt reply. This is clear now. Btw, is the -devel-filter.exe scheduled for release somewhen? |
We have to wait for the answer from @dontech. |
We will use 1.2.7.x as snapshot release version. Probably the next formal version should be labeled as 1.2.8.0.
V1.2.7.3 (11/13/2021) - SNAPSHOT RELEASE
driver: sign the drivers using SHA1 as well as SHA256
driver: sign the drivers after microsoft and not before (win7 fix)
V1.2.7.2 (10/25/2021) - SNAPSHOT RELEASE
driver: sign the drivers using EV certificate: libusb0.sys snapshot release and digital signature #24
driver: fix possible stack corruption: HPE team - found a stack override problem on libusb-win32 #19
lib: fix missing check for failed CloseHandle(): Bug: usb_free_async should check CloseHandle return value #12
V1.2.7.1 (09/18/2019) - SNAPSHOT RELEASE
V1.2.6.0 (01/17/2012)
The text was updated successfully, but these errors were encountered: