Re: mysql-native release v3.0.3

2021-09-14 Thread surlymoor via Digitalmars-d-announce
On Tuesday, 14 September 2021 at 12:00:45 UTC, Steven 
Schveighoffer wrote:

No worries, I am carving out time here and there to work on it.

There are 2 heavy lifts here, both of which I think need to be 
done before a release.


[...]


Appreciate the information, and love that you're focused on the 
documentation aspect. Wish I or somebody else could help with 
that latter item at least, but I'm pretty useless. Regardless, 
hope all goes well.


Re: GtkD Coding Post #0113: GTK/GIO Application IDs and Signals

2021-09-14 Thread Ron Tarrant via Digitalmars-d-announce

On Monday, 13 September 2021 at 18:02:23 UTC, Imperatorn wrote:

I think gtkD is our best hope atm.

Would be really nice tho to have an integrated editor, like 
Glade but integrated in some IDE


Uh-oh. Now I've got something to live up to. :)


Re: GtkD Coding Post #0113: GTK/GIO Application IDs and Signals

2021-09-14 Thread Ron Tarrant via Digitalmars-d-announce

On Monday, 13 September 2021 at 14:03:38 UTC, Dejan Lekic wrote:

I am glad to see GtkDCoding back in action! :)


Thanks, Dejan.


Re: mysql-native release v3.0.3

2021-09-14 Thread Steven Schveighoffer via Digitalmars-d-announce

On 9/14/21 5:16 AM, surlymoor wrote:

On Tuesday, 14 September 2021 at 06:14:44 UTC, bauss wrote:
See: 
https://github.com/mysql-d/mysql-native/pull/214#issuecomment-874692651


Thanks! Should've checked for recent activity before posting, it seems. 
Last I knew, Steven said there was some heavy-lifting to be done before 
merging, so I hope it hasn't been too burdensome.


No worries, I am carving out time here and there to work on it.

There are 2 heavy lifts here, both of which I think need to be done 
before a release.


1. I need to "rebase" the code. And by rebase, I mean create a new 
branch based on the existing master, and implement the changes again. So 
much of the safe branch involves the tests, and the tests have been 
completely factored out into an integration project, so a true rebase 
would be painful and likely wrong.
2. The documentation generation absolutely has to work. This is going to 
be a very different experience in terms of how you use the library for 
the immediate future. So I need the docs to reflect how to use this 
library, and have them automatically build and publish. I plan to use 
github actions for this, I just have to find the time to do it.


For certain, the safe branch is top priority for this project. I have so 
many warnings in vibe that say unsafety is deprecated, please use a safe 
function, and I can't because all of my backend db code is unsafe. So I 
cringe and occasionally sprinkle @trusted tags here or there, but I want 
to definitely move to all @safe code (where possible).


-Steve


Re: mysql-native release v3.0.3

2021-09-14 Thread surlymoor via Digitalmars-d-announce

On Tuesday, 14 September 2021 at 06:14:44 UTC, bauss wrote:
See: 
https://github.com/mysql-d/mysql-native/pull/214#issuecomment-874692651


Thanks! Should've checked for recent activity before posting, it 
seems. Last I knew, Steven said there was some heavy-lifting to 
be done before merging, so I hope it hasn't been too burdensome.


Re: mysql-native release v3.0.3

2021-09-14 Thread bauss via Digitalmars-d-announce

On Tuesday, 14 September 2021 at 03:23:12 UTC, surlymoor wrote:
On Saturday, 11 September 2021 at 16:38:28 UTC, Steven 
Schveighoffer wrote:
I just tagged a new release. This fixes a couple of minor 
issues. See the 
[Changelog](https://github.com/mysql-d/mysql-native/blob/master/CHANGELOG.md) for details.


-Steve


Hey Steve, thank you for the work you're putting into this. Is 
there anything that needs to be done to expedite the @safe 
update's arrival, or is it just a lack of time?


See: 
https://github.com/mysql-d/mysql-native/pull/214#issuecomment-874692651