[opensuse-gnome] Issue abbreviation for gitlab.gnome.org on changelog/spec etc.?

Dear hackers, It seems GNOME is moving steadily to migrate bgo bugs to gitlab, and finally gitlab will probably replace bgo: https://mail.gnome.org/archives/desktop-devel-list/2017-May/msg00051.html Shall we have something replacing bgo# abbreviation in literal part of packages (changelog, spec etc.)? The hard part might be the gitlab issue number seems not unique, e.g. when xiaoguang was handling the bgo#745064, he found the issue was moved to: https://gitlab.gnome.org/GNOME/gnome-shell-extensions/issues/10 whose uniqueness is defined by the "name of component" and "the number of the issue". It is fine by now since we still have a bgo# number to track. When the issues reported only on the gitlab, we might want to have some extra tag to mark them. Do you have some thoughts on this? Thanks! - Yifan -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org

The uniqueness of bugs on gitlab.gnome.org is defined by the bug number, the project's name but also the user's name: GNOME must be part of the bug definition. It's very similar to GitHub here: https://en.opensuse.org/openSUSE:Packaging_Patches_guidelines#Current_set_of.... Without that, you wuldn't't be able to identify bugs for https://gitlab.gnome.org/danigm/fractal or https://gitlab.gnome.org/aplazas/libmanette. So either you want the parsers to interpret two formats for bgo# (may be problematic for retro compatibility) or you want to create a new one. The format could be somthing like: glgo#GNOME/gnome-shell-extensions#10. Cheers, Adrien Plazas
Yifan Jiang <yfjiang@suse.com> 11/28/17 10:41 AM >>> Dear hackers,
It seems GNOME is moving steadily to migrate bgo bugs to gitlab, and finally gitlab will probably replace bgo: https://mail.gnome.org/archives/desktop-devel-list/2017-May/msg00051.html Shall we have something replacing bgo# abbreviation in literal part of packages (changelog, spec etc.)? The hard part might be the gitlab issue number seems not unique, e.g. when xiaoguang was handling the bgo#745064, he found the issue was moved to: https://gitlab.gnome.org/GNOME/gnome-shell-extensions/issues/10 whose uniqueness is defined by the "name of component" and "the number of the issue". It is fine by now since we still have a bgo# number to track. When the issues reported only on the gitlab, we might want to have some extra tag to mark them. Do you have some thoughts on this? Thanks! - Yifan -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org

Hi Adrien, Thanks! Ye, "glgo#GNOME/gnome-shell-extensions#10" seems consistent with what gh# tag does already (e.g. in YaST project). It's the best idea I got so far, probably we should go this way :-) - Yifan On Tue, Nov 28, 2017 at 09:15:38PM +0000, Adrien Plazas wrote:
The uniqueness of bugs on gitlab.gnome.org is defined by the bug number, the project's name but also the user's name: GNOME must be part of the bug definition. It's very similar to GitHub here: https://en.opensuse.org/openSUSE:Packaging_Patches_guidelines#Current_set_of....
Without that, you wuldn't't be able to identify bugs for https://gitlab.gnome.org/danigm/fractal or https://gitlab.gnome.org/aplazas/libmanette.
So either you want the parsers to interpret two formats for bgo# (may be problematic for retro compatibility) or you want to create a new one. The format could be somthing like: glgo#GNOME/gnome-shell-extensions#10.
-- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org

Le jeudi 30 novembre 2017 à 09:07 +0800, Yifan Jiang a écrit :
Hi Adrien,
Thanks! Ye, "glgo#GNOME/gnome-shell-extensions#10" seems consistent with what gh# tag does already (e.g. in YaST project). It's the best idea I got so far, probably we should go this way :-)
Hmm, why not just use something like: GNOME#gnome-shell-extension#10 instead ? glgo is a bit difficult to parse for my poor brain ;)
-- Frederic Crozat Enterprise Desktop Release Manager SUSE
-- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org

On Thu, 2017-11-30 at 09:32 +0100, Frederic Crozat wrote:
Le jeudi 30 novembre 2017 à 09:07 +0800, Yifan Jiang a écrit :
Hi Adrien,
Thanks! Ye, "glgo#GNOME/gnome-shell-extensions#10" seems consistent with what gh# tag does already (e.g. in YaST project). It's the best idea I got so far, probably we should go this way :-)
Hmm, why not just use something like: GNOME#gnome-shell-extension#10 instead ?
How do you reference a potential future source living outside of the GNOME namespace on gitlab.gnome.org? (not sure they will, but that's an option) Cheers, Dominique

Le jeudi 30 novembre 2017 à 09:36 +0100, Dominique Leuenberger / DimStar a écrit :
On Thu, 2017-11-30 at 09:32 +0100, Frederic Crozat wrote:
Le jeudi 30 novembre 2017 à 09:07 +0800, Yifan Jiang a écrit :
Hi Adrien,
Thanks! Ye, "glgo#GNOME/gnome-shell-extensions#10" seems consistent with what gh# tag does already (e.g. in YaST project). It's the best idea I got so far, probably we should go this way :-)
Hmm, why not just use something like: GNOME#gnome-shell-extension#10 instead ?
How do you reference a potential future source living outside of the GNOME namespace on gitlab.gnome.org? (not sure they will, but that's an option)
Indeed, I missed that. They are already many repositories like that on gitlab.gnome.org Too bad, I'll have to tune my brain, then ;) -- Frederic Crozat Enterprise Desktop Release Manager SUSE -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org
participants (4)
-
Adrien Plazas
-
Dominique Leuenberger / DimStar
-
Frederic Crozat
-
Yifan Jiang