Bug 666312 – app-xemacs/* Stabilization of app-xemacs ebuilds

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Mats Lidell 2018-09-15 21:09:09 UTC]

Created attachment 547008 [details]
Package list

For resolving a security issue, https://bugs.gentoo.org/398241, xemacs upstream was kind to release updates to the affected elisp packages and with those also a set of update to more or less all app-xemacs packages. 

This stabilization request is for all of these packages in one go hence the package list is included as an attachment.

The app-xemacs ebuilds are arch independent but for completeness the arch keywords in the respective ebuilds are included in the attachment.

I acknowledge that this is a lot of packages but I still think it makes sense to deal with this as one task.

Thanks in advance.

[Comment 1 Mats Lidell 2018-09-15 21:14:01 UTC]

Created attachment 547010 [details]
Package list

Remove text ".ebuild" from package list.

[Comment 2 Mikle Kolyada (RETIRED) 2018-10-14 21:53:35 UTC]

attachement can not be treated as a stabilisation list, put it to package's list to let CI checks pass

[Comment 3 Mart Raudsepp 2018-10-15 08:48:18 UTC]

Attachments should work fine for both stablebot and getatoms, they just aren't used anymore, so people aren't expecting it. Also the stabilization-list flag would have to be set on the attachment - it currently isn't. Also the syntax in the attachment is wrong (inside quotes arch list), and includes questionable entries - for example it's asking some packages to have arm64 stablized, yet they don't have any stable versions..
Given all this, yes, it'd be much better to just fix it up and then post in package list field instead - that's easier to work with for those not using getatoms/tatt, too.

[Comment 4 Mats Lidell 2018-10-19 23:10:43 UTC]

Comment on attachment 547010 [details]
Package list

Added the list to the package list field instead of having it as an attachment.

[Comment 5 Mikle Kolyada (RETIRED) 2018-10-20 11:36:46 UTC]

amd64 stable

[Comment 6 Thomas Deutschmann (RETIRED) 2018-10-26 18:50:51 UTC]

x86 stable

[Comment 7 Rolf Eike Beer 2018-10-28 21:15:07 UTC]

sparc stable

[Comment 8 Sergei Trofimovich (RETIRED) 2018-10-28 22:31:49 UTC]

ppc stable

[Comment 9 Sergei Trofimovich (RETIRED) 2018-10-28 22:33:43 UTC]

ppc64 stable

[Comment 10 Sergei Trofimovich (RETIRED) 2018-12-01 20:36:43 UTC]

hppa stable

[Comment 11 Matt Turner 2018-12-01 21:29:35 UTC]

alpha stable