Moin,
the current package sources from home:sagiben/kodi.binary-addons contain
a line:
Source3:kodi.binary-addons.tar
which itself contains a file "build/download/vfs.libarchive-master.tar.gz"
which then fails during compilation (for openSUSE_Leap_42.3) due to two
undefined types:
On 1/17/19, Manfred Hollstein wrote:
> Moin,
>
> the current package sources from home:sagiben/kodi.binary-addons contain
> a line:
>
> Source3:kodi.binary-addons.tar
>
> which itself contains a file "build/download/vfs.libarchive-master.tar.gz"
> which then fails during compilation (for
On Fri, 18 Jan 2019, 07:54:20 +0100, Dave Plater wrote:
> On 1/17/19, Manfred Hollstein wrote:
> > [...]
> > which would then #include for the missing types? Don't
> > know, though, where the #define for 'la_ssize_t' and 'la_int64_t' should
> > then come from, but that is probably the usual confi
On Fri, 18 Jan 2019, 09:35:06 +0100, Manfred Hollstein wrote:
> On Fri, 18 Jan 2019, 07:54:20 +0100, Dave Plater wrote:
> > On 1/17/19, Manfred Hollstein wrote:
> > > [...]
> > > which would then #include for the missing types? Don't
> > > know, though, where the #define for 'la_ssize_t' and 'la_
Am Fri, 18 Jan 2019 10:23:28 +0100
schrieb Manfred Hollstein :
> Question: can we provide the newer version via the Essentials project?
Even if a newer version will be used during compilation, it will most likely
not be installed automatically unless 'zypper dup --from packman' is used.
Many pa
On Fri, 18 Jan 2019, 14:55:48 +0100, Olaf Hering wrote:
> Am Fri, 18 Jan 2019 10:23:28 +0100
> schrieb Manfred Hollstein :
>
> > Question: can we provide the newer version via the Essentials project?
>
> Even if a newer version will be used during compilation, it will most likely
> not be instal