[kde-doc-english] [ktuberling] doc: fix typo kde5-config -> kf5-config

[Luigi Toscano]

On Thursday 26 of May 2016 10:37:46 Burkhard Lück wrote:
> Am Donnerstag, 19. Mai 2016, 16:09:42 CEST schrieb Luigi Toscano:
> > In data giovedì 19 maggio 2016 07:12:48, Burkhard Lück ha scritto:
> > > Git commit e449c24b81d30f1f591bb25ae3467235e1265985 by Burkhard Lück.
> > > Committed on 19/05/2016 at 07:12.
> > > Pushed by lueck into branch 'master'.
> > > 
> > > fix typo kde5-config -> kf5-config
> > 
> > On vacation, so I can't answer too much, but kf5-config should not be
> > used,
> > as it is part of kdelibs4support and deprecated. The relevant paths can be
> > retrieved using qtpaths. See also the discussion here:
> > https://git.reviewboard.kde.org/r/124711/
> 
> You are right that kf5-config is part of kdelibs4support and deprecated, but
> using
> ls $(kf5-config --prefix)/share/
> works in distribution + compiled from sources
> 
> Whereas using qtpaths or XDG_DATA* does not work:
> 
> LANG=C ls $(qtpaths --paths GenericDataLocation)
> ls: cannot access '/home/bb/.local/share:/usr/share/usr/share/xsessions/
> plasma:/usr/local/share:/usr/share:/var/lib/snapd/desktop': No such file or
> directory
> 
> LANG=C ls $XDG_DATA_DIRS
> ls: cannot access
> '/usr/share//usr/share/xsessions/plasma:/usr/local/share/:/
> usr/share/:/var/lib/snapd/desktop': No such file or directory

It seems that the semantic is different, and there are multiple values 
returned, so you can't directly do ls on a single. But ask on kde-core-devel 
of kde-frameworks-devel, they will tell you the same: kf5-config should not be 
used, it could be potentially not even available.

-- 
Luigi