-
Notifications
You must be signed in to change notification settings - Fork 494
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
Update changelog for release #1058
Update changelog for release #1058
Conversation
Can we stay under 0.8.3? It's mainly fixes of the features 0.8.3 introduced. |
bcb61e7
to
66dfdd5
Compare
Yep, the only concern was this snippet:
so, based on git grep
something on windows will still see the version as 0.8.3 without the .1 number. I don't know, maybe we can do something like |
this is what I meant |
@eaescob is it possible to create a fingerprint.php page on the website?
|
ab7ea53
to
d5b8efa
Compare
We'd need a database for fingerprints right? I can host it on one of my digitalocean VMs. |
If you want to store the fingerprints database (a plaintext file is probably the best solution), we could also restore the automatic download of the updated db, removed in |
Just tested. When I use the bundled curl, CURL_FOUND remains OFF and sslstrip plugin is not being built. Even though sslstrip is the main reason why the libcurl dependency is there. |
@koeppea if you look at travis output, the plugin is there... what is your configuration for cmake? |
Needs more rework since luajit is not available on such architectures This reverts commit 488711a.
Reproduced on two computers:
|
…oid gcc warnings about size_t
I did the same, but the file is there... I'm trying on debian sid now |
Same version on Debian minimal chroot without libcurl installed system-wide |
I honestly don't know... we can have it disabled by default, test it internally and see what happens! |
@LocutusOfBorg yes you're right. The build files are also present on my machine. But the plugin is not available for activation even though the library file is also present in the target library directory:
|
Ah... here we go:
Seems it requires a new dependency (BTW: which is also needed for the HTTP/2 support I'm currently working on). |
ok, so this is something that is not yet in master, so a future problem, right? |
Well it's apparently already depending on the new version of the bundled curl package that will come with this subrelease. |
Can you please try this one? ldd of the ec_sslstrip.so plugin now shows it... |
49973f6
to
05e929d
Compare
…ot linked, such as brotli and nghttp2.
ok I did find how to fix it, rebased and pushed |
05e929d
to
c46b802
Compare
I put 20200801 as release date |
Tweak CMakeLists to also link libcurl and enable fingerprint submit only if curl is found Signed-off-by: Gianfranco Costamagna <[email protected]>
05efd31
to
7065b66
Compare
@LocutusOfBorg Excellent! I wonder if we should refactor the whole fingerprint system completely to allow folks to configure the URL where they want ettercap to submit fingerprints to. Can we just noop it for now until we decide how to proceed with it? |
…al servers, by requesting them to the user
…url is used at all, to allow people building ettercap without curl support
I just did that, I also had to put the old implementation if the curl is not found, to avoid build failures when curl was not found, and plugins were disabled. |
Works. This was also what I've tested. Disabling HTTP/2 support at configure time. Did 49973f6 not work out? |
… we can still build all the others plugins except for sslstrip.
nope, looks like the ndghttp2 support was required to be inside libcurl.a, not outside, so linking the plugin with it, makes the loader fail when loading the static curl library. As you said, we have to patch probably the curl library to make it work, something I don't really think its needed! BTW I added a new commit, to not force-require curl for building plugins |
Hi, Franky, Who is doing the release on GitHub tomorrow? How about the web site? Shall I take over something? |
Is it OK to do tomorrow? I can do both no problem! My testing was good |
I can make the website changes. What do we need to update with the new release? I can cut the tarball tomorrow |
Well merge this PR, create a new Tag and Release, attach the tarball (I think it was only the source w/o the bundled_deps directory). Then update the Website. This should be it. I guess you take care for the Debian bases Distros. I can write an email to Gentoo and Arch Linux Maintainers. |
this is how I create a release:
|
after you pushed the tag, the "tag" and tarball are created so, I go there and click on the tag and "create a new release" and click publish! |
and congrats to you all for the release! |
No description provided.