On Wed, May 5, 2021 at 3:16 PM Richard Purdie < richard.pur...@linuxfoundation.org> wrote:
> On Wed, 2021-05-05 at 15:07 -0700, Khem Raj wrote: > > On Wed, May 5, 2021 at 2:52 PM Richard Purdie > > <richard.pur...@linuxfoundation.org> wrote: > > > > > > On Wed, 2021-05-05 at 14:28 -0700, Khem Raj wrote: > > > > On Wed, May 5, 2021 at 2:09 PM Richard Purdie > > > > <richard.pur...@linuxfoundation.org> wrote: > > > > > > > > > > On Wed, 2021-05-05 at 20:45 +0200, Alexander Kanavin wrote: > > > > > > On Wed, 5 May 2021 at 20:05, Khem Raj <raj.k...@gmail.com> > wrote: > > > > > > > On Wed, May 5, 2021 at 8:20 AM Alexander Kanavin < > alex.kana...@gmail.com> wrote: > > > > > > > > > > > > > > > > This seems to be the gtk-doc successor, and gnome > > > > > > > > projects such as pango and gdk-pixbuf have started > > > > > > > > transitioning to it. > > > > > > > > > > > > > > > > > > > > > > going through > > > > > > > https://gitlab.gnome.org/GNOME/gi-docgen#disclaimer > > > > > > > > > > > > > > it seems that its still under development and not declared > stable, so > > > > > > > I am wary of the churn it will cause. > > > > > > > I would prefer to wait until at least its declared prime time > for > > > > > > > system wide inclusion. > > > > > > > > > > > > > > > > > > > > > > > > > It is only built if you enable api-documentation, and even then > used only > > > > > > in pango and gdk-pixbuf. I'd say it's fairly well contained. > > > > > > > > > > I did also have a quick chat with friends in that community and > their advice > > > > > was that it was ok to switch now FWIW... > > > > > > > > ok, that helps, perhaps they can reflect this assertion in document > above? > > > > but still, depending upon abandoned packages needs to be answered by > > > > upstream IMO before we tread down this path > > > > > > Reading that disclaimer, it seems to be saying they're making it work > for gtk. > > > We're using it in the gtk related components it is being developed for > so I'm > > > not sure there is an issue. What it says not to do is use it for > general non-gtk > > > code. We're not using it outside gtk? > > > > This above says > > > > GI-DocGen is still in development. The recommended use of GI-DocGen is > > to add it as a sub-project to your Meson build system, and vendor it > > when releasing dist archives. > > > > we are trying to use it in system mode and not vendored along with > > packages which need it. Perhaps I am misunderstanding? > > Effectively we are vendoring it since only things with a dependency on it > will see it > and we're only depending on it from things which it is intended for. It > isn't like > we're making it a system wide development tool. I thought vendoring would mean you don’t need the tools that are used but the output is captured like how configure file is pregenerated in autoconf world But I guess we want the updates so as long as we can make progress with upstream on seeing if these dependencies would have some adopters so they can be maintained we should be good > > Cheers, > > Richard > >
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#151372): https://lists.openembedded.org/g/openembedded-core/message/151372 Mute This Topic: https://lists.openembedded.org/mt/82607077/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
