Hi,

Sorry for the late answer.

I am confused. If the upstream of package pg-el changed, can we just not follow that new upstream and pull from it ? This is what I usually do when upstream changes.

You are saying https://github.com/emarsden/pg-el (new) and https://github.com/cbbrowne/pg.el (old) are different packages, but we could perfectly argue that they are two different upstreams of the same package, with https://github.com/emarsden/pg-el shipping a much more recent version (0.47) than https://github.com/cbbrowne/pg.el (0.13+). In fact the first commit of https://github.com/cbbrowne/pg.el explicitly mentions Eric Marsden by name, and that name is listed as the author in both repos. The years in the copyright declaration are also consistent. I contend this is the same package, more than 10 years apart (which would explain the different API).

So rather that doing all this removing and re-adding (thus having to clear NEW, and having to temporarily modify the dependencies of emacsql), we should simply update the pg-el package to follow the real upstream.

This would require no change at all in emacsql. If I understand correctly, following the "real" upstream would automatically fix the connector in emacsql ? If that is true, then I'd argue that the connector is not broken, it is just expecting a reasonably recent version of the underlying library it is connecting to (albeit without mentioning it in the Package-Requires header, which is not nice, I agree).

Tell me what you think, but I think that this bug should be attributed to package pg-el instead, in order to force an update before the freeze.

Best,

Aymeric

Le dimanche 9 février 2025 à 22:04, Xiyue Deng <manp...@gmail.com> a écrit :

Xiyue Deng <manp...@gmail.com> writes:

Xiyue Deng <manp...@gmail.com> writes:

FYI I have implemented the dropping pg-el part in a "drop-pg-el" branch on Salsa[1]. The diff can be found at [2]. If this looks OK I'll apply this on the master branch following the git-debrebase workflow and ask
for sponsorship.

[1] https://salsa.debian.org/emacsen-team/emacsql/-/tree/drop-pg-el?ref_type=heads [2] https://salsa.debian.org/emacsen-team/emacsql/-/compare/master...drop-pg-el

--
Regards,
Xiyue Deng

Friendly ping. IMO this bug should be considered RC. Please help
review and sponsor.  TIA!


Haven't received reply from the maintainer for a while, I took the liberty to merged the changes I proposed to the repository[1], hoping to let the fix make it to Trixie. I would like to ask for sponsorship for
uploading the changes.

To reiterate, the proposed steps for fixing this issue are as follows:

* Uploading of emacsql 4.1.0-2 (that I merged) which stops shipping emacsql-pg.el, and hence removes the build dependency on emacs-pg-el.

* Request RM of emacs-pg-el (dead upstream[2], no reverse dependency,
  etc.)

* Package the newer pg-el[3], which is the real backend of
  emacsql-pg.el.

* After pg-el graduates from the NEW queue, re-ship emacsql-pg.el.

Note: emacsql uses the dgit-maint-debrebase workflow. If you'd like to sponsor please clone the repo and run "dgit push-source" directly which should do the right thing. (This is also why I didn't upload to mentors
or file any RFS.)

TIA!

[1] https://salsa.debian.org/emacsen-team/emacsql
[2] https://github.com/cbbrowne/pg.el
[3] https://github.com/emarsden/pg-el

Reply via email to