[arch-general] FS#65265 - community/dolphin-emu 1:5.0.r11530.ea9b96370d-1 conflicts with discord-rpc-api (I don't agree with Scimmia decision)
Hi, I'm Krzysztof Krakowiak (pix3l in archlinux) and I'm new there https://bugs.archlinux.org/task/65265 I'm very dissapointed by Doug Newgard (Scimmia) bug resolution, who simply closed my bug report with excuse "AUR packages are not supported", but the problem is not in the package from 'aur', but from 'community': I've made request to re-open the the bug-report, by he simply ignored that request The problem lies in fact that dolphin-emu package contains files: discord-rpc-api: /usr/include/discord_register.h exists in filesystem (owned by dolphin-emu) discord-rpc-api: /usr/include/discord_rpc.h exists in filesystem (owned by dolphin-emu) They should belong to 'discord-rpc-api' (currently in aur), and there are many packages dependant on it. Even if 'dolphin-emu' maintainer decides that dolphin-emu wil be built using internal copy of 'discord-rpc-api', there's no reason to export/package those header files, because it's for internal use only(compilation time). I don't get reasoning that if something is fucked up in upstream, then it should be fucked up in distro package (because of upstream...) I was active PLD distro developer (evil_core) and we always had high standards and main excuse for pour existence was to fix upstream brakage/incompetence. best regards, Krzysztof Krakowiak (pix3l)
Em janeiro 29, 2020 15:46 Krzysztof Krakowiak via arch-general escreveu:
Hi, I'm Krzysztof Krakowiak (pix3l in archlinux) and I'm new there
https://bugs.archlinux.org/task/65265 I'm very dissapointed by Doug Newgard (Scimmia) bug resolution, who simply closed my bug report with excuse "AUR packages are not supported", but the problem is not in the package from 'aur', but from 'community':
Please, don't personify things. There's no need for that and Scimmia didn't do that when he closed your bug report.
I've made request to re-open the the bug-report, by he simply ignored that request
Because your bug report is incorrect.
They should belong to 'discord-rpc-api' (currently in aur), and there are many packages dependant on it. Even if 'dolphin-emu' maintainer decides that dolphin-emu wil be built using internal copy of 'discord-rpc-api', there's no reason to export/package those header files, because it's for internal use only(compilation time).
You should report this upstream.
I don't get reasoning that if something is fucked up in upstream, then it should be fucked up in distro package (because of upstream...) I was active PLD distro developer (evil_core) and we always had high standards and main excuse for pour existence was to fix upstream brakage/incompetence.
We do patch and fix things that upstream doesn't or we need in order for things to work. Even while we could in theory change our dolphin-emu package it doesn't change the fact that your specific bug report is incorrect, because we don't support AUR packages. You're more than welcome to file this both upstream and again on our bug tracker, but this time, you can make your case for dolphin-emu not having those files, *independent* of your AUR package. If you want, you can even send a patch to the PKGBUILD/package doing that. Regards, Giancarlo Razzolini
It is not really fair to say that Krzysztof's bug report was "incorrect". But, sure it would have been more clear to omit referring to an unofficial repo. Regards, Neven
Em janeiro 29, 2020 16:33 Neven Sajko escreveu:
It is not really fair to say that Krzysztof's bug report was "incorrect". But, sure it would have been more clear to omit referring to an unofficial repo.
Don't get me wrong. I didn't even get into the actual packaging. It may well be the case this is not an upstream issue and it's a downstream poor packaging issue. But, framing it in regards with an AUR package will not fly, because we don't support AUR packages and we (usually) don't change official repositories packages in regards to AUR ones. Which is why I've told him to fill both upstream (if applicable) and downstream bug reports, but not framing it into AUR terms. Regards, Giancarlo Razzolini
participants (3)
-
Giancarlo Razzolini
-
Krzysztof Krakowiak
-
Neven Sajko