Re: GCompris dependencies

2023-04-04 Thread Johnny Jazeix
Hi,

When you run GCompris, you can go to the find section (last button,
the magnifying glass) and search for:
* "calendar" for Qt labs calendar.
* "fractions" for Qt charts.

Both should not start if the dependencies are not there (and a log in the
terminal telling the dependency is missing).

* "clickgame" for webp plugin. If the fish are not displayed but there are
white rectangles (or nothing) the dependency is missing (there should also
be a log in the terminal telling there is no webp plugin to decode the
images)

Cheers,
Johnny

Le mar. 4 avr. 2023 à 16:01, Adriaan de Groot  a écrit :

> On Monday, 3 April 2023 13:00:04 CEST kde-announce-apps-requ...@kde.org
> wrote:
> > Today's Topics:
> >
> >1. GCompris release 3.2 (Johnny Jazeix)
> >
> >
> > We recently had an issue as some dependencies were not correct.
> > Can you please verify that this version depends on Qt webp image format
> > plugin, Qt labs calendar module and Qt Charts qml plugin?
>
> What's a good way of checking *at runtime* that these are enabled? In
> other
> words, how can a user tell that the dependencies have been "done right" by
> their distribution?
>
> Asking as a packager, though -- I can see Qt charts explicitly in the
> dependency list for gcompris in my packaging, but not the other two and
> I'd
> like to check if they get pulled in somehow.
>
> [ade]


Re: GCompris dependencies

2023-04-04 Thread Adriaan de Groot
On Monday, 3 April 2023 13:00:04 CEST kde-announce-apps-requ...@kde.org wrote:
> Today's Topics:
> 
>1. GCompris release 3.2 (Johnny Jazeix)
> 
> 
> We recently had an issue as some dependencies were not correct.
> Can you please verify that this version depends on Qt webp image format
> plugin, Qt labs calendar module and Qt Charts qml plugin?

What's a good way of checking *at runtime* that these are enabled? In other 
words, how can a user tell that the dependencies have been "done right" by 
their distribution?

Asking as a packager, though -- I can see Qt charts explicitly in the 
dependency list for gcompris in my packaging, but not the other two and I'd 
like to check if they get pulled in somehow.

[ade]

signature.asc
Description: This is a digitally signed message part.