| Thanks for those numbers. It seems clear to me that the macOS one is not worth keeping, especially since I do not see a clear path for the user base to increase based on the state of GDB and CDT’s current lldb integration.
For Linux and Windows, I think it’s a bit different. For Linux, I have a feeling that there might be some companies that do use it internally as is, by building from a cloned repo. I think it would warrant at least a bit of communication in a dedicated email thread ahead of time before it is removed from the main repo. For Windows, I did see a path to grow the user base: game developers targeting Linux but debugging from a Windows host. But I am not ready to make a push in this direction right now so it seems perfectly OK to remove for now and could resurrect later if needed.
So IMO the Standalone debugger as a downloadable product is neat and a good proof of concept but I don’t think it currently warrants the effort given how popular is has been.
Marc-André
The reality is that almost no one downloads the standalone debugger distributed on eclipse.org compared to the number who download the C/C++ EPP - I don't know how many use it via the Linux package available on their system.
Some comparison numbers of downloads for 2020-06 EPP and CDT 9.11.1 Linux C/C++ EPP: 415,098* & Stand alone debugger: 127 Windows C/C++ EPP: 52,598 & Stand alone debugger: 190 Mac C/C++ EPP: 8,651 & Stand alone debugger: 29
Some comparison numbers of downloads for 2020-03 EPP and CDT 9.11.0 Linux C/C++ EPP: 64,895 & Stand alone debugger: 152 Windows C/C++ EPP: 74,277 & Stand alone debugger: 242 Mac C/C++ EPP: 9,397 & Stand alone debugger: 43
The stand alone debugger numbers have been fairly stable for the last few years.
What is the effort in maintaining this? I don't know - and with RedHat investing in flatpak for CDT, the original journey and purpose of the stand alone debugger has diminished.
* I don't know why the Linux C/C++ EPP went up so dramatically in June release. The June release is the traditional main release of Eclipse? And I think that how Oomph installs are counted has changed too?
[...] I'd rather not offer the download at all at this point since it seems quite unlikely that anyone would use it. But I have no hard numbers to base that on [...]
So, with the above numbers, does that influence your thoughts?
For me the standalone debugger is extra work for each release. However, including the Mac version is no extra work as long as we keep shipping Windows and Linux versions (no extra work because I have no means to test it). I am not going to spend the time trying to notarize or change to dmg or understand why the signing was shutoff - https://git.eclipse.org/r/c/cdt/org.eclipse.cdt/+/104907.
Thanks,
Jonah Thanks! That work around does work. Though I’d rather fix the signing than asking users to do that. But then I'd rather not offer the download at all at this point since it seems quite unlikely that anyone would use it. But I have no hard numbers to base that on aside than the fact that gdb has been difficult to get working on macOS for years now since Apple doesn’t rely on it. We can leave the download as is if there is no agreement.
Marc-André
> On Sep 9, 2020, at 1:25 PM, Liviu Ionescu <ilg@xxxxxxxxxx> wrote:
>
>
>
>> On 9 Sep 2020, at 19:14, Marc-Andre Laperle <malaperle@xxxxxxxxx> wrote:
>>
>> The .app doesn’t start on macOS, probably because it’s not signed.
>
> If you remove the com.apple.quarantine attribute, it'll probably start:
>
> https://projects.eclipse.org/projects/iot.embed-cdt/downloads
>
> I don't use .dmg for my packages, only plain .tar.gz archives.
>
>
> Regards,
>
> Liviu
>
> _______________________________________________
> cdt-dev mailing list
> cdt-dev@xxxxxxxxxxx
> To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/cdt-dev
_______________________________________________
cdt-dev mailing list
cdt-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/cdt-dev
_______________________________________________ cdt-dev mailing list cdt-dev@xxxxxxxxxxxTo unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/cdt-dev
|
