[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)

[Giancarlo Razzolini]

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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <https://lists.archlinux.org/pipermail/arch-general/attachments/20200129/5f622f68/attachment.sig>