XPost: linux.debian.maint.emacsen

Package: elpa-org-contrib
Version: 0.6-1
Severity: normal

Dear Maintainer,

elpa-org-contrib package should not "depend" on elpa-org package. The
org package is built-into emacs since a few major versions of emacs now.
Having elpa-org as a hard dependency breaks my existing emacs + org setup,
not to mention forcing me to install a superfluous package as well.

For the next debian release (Trixie) I would like to see elpa-org-contrib
drop its dependency requirement on elpa-org package.


-- System Information:
Debian Release: 12.10
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable'), (100, 'bookworm-fasttrack')
Architecture: amd64 (x86_64)

Kernel: Linux 6.13.7-1.qubes.fc37.x86_64 (SMP w/1 CPU thread; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages elpa-org-contrib depends on:
ii dh-elpa-helper 2.1.8~bpo12+1
pn elpa-org <none>
ii emacsen-common 3.0.5

Versions of packages elpa-org-contrib recommends:
ii emacs 1:30.1+1-4~bpo12+1
ii emacs-gtk [emacs] 1:30.1+1-4~bpo12+1

elpa-org-contrib suggests no packages.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

XPost: linux.debian.maint.emacsen

Hello,

On Tue 25 Mar 2025 at 12:29pm GMT, Anark Karabey wrote:

elpa-org-contrib package should not "depend" on elpa-org package. The
org package is built-into emacs since a few major versions of emacs now. Having elpa-org as a hard dependency breaks my existing emacs + org setup, not to mention forcing me to install a superfluous package as well.

For the next debian release (Trixie) I would like to see elpa-org-contrib drop its dependency requirement on elpa-org package.

I don't mind downgrading it but can I ask how it breaks your setup?

Is it because elpa-org ships a newer version?

--
Sean Whitton

--=-=-Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQJNBAEBCgA3FiEEm5FwB64DDjbk/CSLaVt65L8GYkAFAmfipmMZHHNwd2hpdHRv bkBzcHdoaXR0b24ubmFtZQAKCRBpW3rkvwZiQNHjD/96fY5j8kZXfMpglpqYJr7H 9/nTeCX30R2FXuj+7jfOUwkfLNRz++PIxFxhxygNTYTBZ2J4az9iKopS1PrMB1aS XC7EFPvFAM+fY87kHorzJrY2fXT5HQXYNyiyX5hJJgeQJBiUfpvZEXNYm975LetW ygm1Agjn8/ZGDbx5lwPlBq8Gm7XmCKfPGOMh7mmQJaiQ9NV815w+/AdM5GxJnyE9 WHmDE8ZgcNz3HqwpcC+NjD6a2WYyeOaGv3nYMkSg9beR8BX9Ce2Y3zEujJQJjzSv 7ejpzYcvLjLW8gI3bC/tSSLkOFTYmMKn5en4zijWAX+IkWAS+PrGyNZolaetiYIa 9G6AhgZc+bY8CK/XtN1JbxJRjsfdNqow9cmG8ruUn4iyUXn2zHny8cWStxpswKO8 vzy7OkDve/LZjZLIVAspCEjJlQ75ANTL6R7t1x86eJA/pMfOSfLEFmirDsqK1xGz OMaaERgofCtq4WrErxiwYZTLDEmr+iMgXFOcfOSkqy/peB/NSsy7ZP+z6BlqcTQ2 AfbW3OORMpKxbkkikU9df2o2Xj9aS2ZnEK6Y1BmSbfah9tGThJp2K3LnH5rLTOLF diCB1565BixlYx2xx2HkGrQu2m6Cqa8ywXG7FmzOuBGYDMnarfB2XPlBGuxXO+Fs ljf7xF+tVtGB01kNjNixKQ==2Z/5
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Us

XPost: linux.debian.maint.emacsen

From: Sean Whitton <spwhitton@spwhitton.name>
Date: Tue, 25 Mar 2025 20:49:39 +0800

[[PGP Signed Part:Undecided]]
Hello,

On Tue 25 Mar 2025 at 12:29pm GMT, Anark Karabey wrote:

elpa-org-contrib package should not "depend" on elpa-org package. The
org package is built-into emacs since a few major versions of emacs now.
Having elpa-org as a hard dependency breaks my existing emacs + org setup, >> not to mention forcing me to install a superfluous package as well.

For the next debian release (Trixie) I would like to see elpa-org-contrib
drop its dependency requirement on elpa-org package.

I don't mind downgrading it but can I ask how it breaks your setup?

Is it because elpa-org ships a newer version?

The org version in emacs 30.1 (from bookworm-backports) is newer than
the version offered in bookworm. I don't want to have an older version
of org just because I want to use elpa-org-contrib now.

And again, I also don't want to install an external package that's
already included in emacs itself.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

XPost: linux.debian.maint.emacsen

Package: elpa-org-contrib
Followup-For: Bug #1101304

Dear Maintainer,

the previous bug-fix doesn't seem to have had an effect on the elpa-org-contrib package on debian sid. The debian-emacs room suggested that there has been an error during package build with the fixes.

I would like to see trixie version of elpa-org-contrib be freed from its hard dependency on elpa-org package.

-- System Information:
Debian Release: 12.10
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable'), (100, 'bookworm-fasttrack')
Architecture: amd64 (x86_64)

Kernel: Linux 6.13.7-1.qubes.fc37.x86_64 (SMP w/1 CPU thread; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages elpa-org-contrib depends on:
ii dh-elpa-helper 2.1.9~bpo12+1
pn elpa-org <none>
ii emacsen-common 3.0.5

Versions of packages elpa-org-contrib recommends:
ii emacs 1:30.1+1-5~bpo12+1
ii emacs-gtk [emacs] 1:30.1+1-5~bpo12+1

elpa-org-contrib suggests no packages.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

XPost: linux.debian.maint.emacsen

control: tag -1 + moreinfo

Hello,

We're going to need more specifics about what doesn't work to be able to
do anything aobut this.

--
Sean Whitton

--=-=-Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQJNBAEBCgA3FiEEm5FwB64DDjbk/CSLaVt65L8GYkAFAmf7GkUZHHNwd2hpdHRv bkBzcHdoaXR0b24ubmFtZQAKCRBpW3rkvwZiQH/YEACRyYPUd6aixwg0CBcEOjGv xW0LtsAOgzlzm9SyFrq8V6sWOw16c6d2O1m4qz4gZ4wWth5ODYDJNwXv+ZPAFkkm eVauU0WReoXIA6dhS4JqITg/snm7hJHp1guMr6pVeo14rhzGbz8Jt7diXA5JhL0V wr1YsWlRwlgttturoYzeAg6fzkYnwndF/cIg5ncghH97Fs0lU+UhhQGSNl8cEXNj Pc4kG8N31hBCQ56iW5DzAMcUOd26zNirlk9UvjRbsIVUFHPokx/fK/W6BHYvkeLZ A92Sq4P8Swh2RHiPOrvBthCy198OSWB37ot8+FyE7PWE4O58PrlNtE0gG7ozgwhT fDwGRytP6owARuUT42EVLWzZ2ai8fY8RDC+TM2P/OEaqvgZ/GProG2rBEVJgNq9f xGnE8V+hyMAaW0IYt+PN0wvRZFbggX/YPmAaeqN8wrYmUq3Il9q4jKw5r/AciTOw YfwhYXF6zGLr7IbuVEsLXhzCMh82NIFKA5zK/GfKJPtZmG5y7v/nrl/Dh3G+DXFI g7ckWi88yXGs2k768OCVY8aIFVi5Pke47nDrSymwN7hwglKkt7sliuV1afzQLBIN 2vV6P+o5pXzyftgxJZQJRUl3ncb3MbPdn7hK2/CvxWwbHl6AnJey7WVj1Z4uKyJh vJJ5XSP7GnvDTVLsLXoVpA==TiQs
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Us

XPost: linux.debian.maint.emacsen

From: Sean Whitton <spwhitton@spwhitton.name>
Date: Sun, 13 Apr 2025 09:58:29 +0800

[[PGP Signed Part:Undecided]]
control: tag -1 + moreinfo

Hello,

We're going to need more specifics about what doesn't work to be able to
do anything aobut this.

What I mean is this:

Supposedly this
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1101304#20 bug fix,
fixes the hard dependency of elpa-org-contrib on elpa-org. However, I
still see elpa-org-contrib being hard depending on elpa-org in sid, and
trixie repos.

Recently I made a similar bug report for elpa-pyvenv, and the bug fix
that relaxes its dependency on superfluous packages got relaxed pretty
soon after my report:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1102285

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

XPost: linux.debian.maint.emacsen

control: notfixed -1 org-contrib/0.6-2
control: fixed -1 org-contrib/0.6-3

Thanks. I think I've fixed it in sid, now.

--
Sean Whitton

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)