On Thu, Jul 22, 2021 at 6:28 AM Vitaly Zaitsev via devel
wrote:
>
> On 22/07/2021 00:02, Nico Kadel-Garcia wrote:
> > Even if COPR guidelines allow it, Vitaly, it's a bad idea.
>
> Yes, I know. Even Flathub uses pre-built binaries[1].
Aaaggh. While I sympathize with your difficulty as someone con
On 22/07/2021 00:02, Nico Kadel-Garcia wrote:
Even if COPR guidelines allow it, Vitaly, it's a bad idea.
Yes, I know. Even Flathub uses pre-built binaries[1].
I'm
startled that the jar files can compile in COPR if they don't compile
in the normal Fedora environment. I suspect they can't, the
On 22/07/2021 05:18, Mikolaj Izdebski wrote:
You can disable osgi requires generator or filter osgi requires (with
eg. __requires_exclude or __requires_exclude_from macros).
Only EPEL7 has an osgi requirement. EPEL8 and Fedora - don't.
Already applied filters:
%global __provides_exclude_from ^
On Mon, Jul 19, 2021 at 7:31 PM Vitaly Zaitsev via devel
wrote:
>
> Hello.
>
> Found a strange RPM autodeps issue, related to Java packaging, only on
> EPEL7.
>
> EPEL7 package contains additional auto-detected strict dependencies:
> osgi(com.github.jnr.jffi) and osgi(com.sun.jna). That's why the
On Tue, Jul 20, 2021 at 7:24 AM Stephen John Smoogen wrote:
>
> On Tue, Jul 20, 2021 at 06:29 Vitaly Zaitsev via devel
> wrote:
>>
>> On 20/07/2021 11:18, Nico Kadel-Garcia wrote:
>> > You're violating the bundling and naming practices that EPEL and
>> > Fedora have used for years, especially th
On Tue, Jul 20, 2021 at 06:29 Vitaly Zaitsev via devel <
devel@lists.fedoraproject.org> wrote:
> On 20/07/2021 11:18, Nico Kadel-Garcia wrote:
> > You're violating the bundling and naming practices that EPEL and
> > Fedora have used for years, especially their insistence that they
> > build from s
On 20/07/2021 11:18, Nico Kadel-Garcia wrote:
You're violating the bundling and naming practices that EPEL and
Fedora have used for years, especially their insistence that they
build from source, not repackaging bundled binaries from someone else
into an RPM.
This is not a Fedora package. This
On Tue, Jul 20, 2021 at 4:49 AM Vitaly Zaitsev via devel
wrote:
>
> On 20/07/2021 05:03, Nico Kadel-Garcia wrote:
> > Source code for
> > pycharm is apparently available: if you'd like to get that into EPEL
> > or Fedora, I'd suggest you start from source.
>
> I know, but Java stack on Fedora is c
On 20/07/2021 05:03, Nico Kadel-Garcia wrote:
Source code for
pycharm is apparently available: if you'd like to get that into EPEL
or Fedora, I'd suggest you start from source.
I know, but Java stack on Fedora is completely broken. PyCharm CE cannot
be completely built from sources, that's why
On Mon, Jul 19, 2021 at 1:31 PM Vitaly Zaitsev via devel
wrote:
> Fedora:
> Requires: /usr/bin/python3 /usr/bin/sh libc.so.6()(64bit)
> libc.so.6(GLIBC_2.14)(64bit) libc.so.6(GLIBC_2.2.5)(64bit)
> libc.so.6(GLIBC_2.3)(64bit) libc.so.6(GLIBC_2.4)(64bit) rtld(GNU_HASH)
>
> Downstream issue:
> https:
Hello.
Found a strange RPM autodeps issue, related to Java packaging, only on
EPEL7.
EPEL7 package contains additional auto-detected strict dependencies:
osgi(com.github.jnr.jffi) and osgi(com.sun.jna). That's why the package
cannot be installed due to lack of dependencies on RHEL/CentOS 7:
11 matches
Mail list logo
