Re: KDE Applications 17.08.0 packages available for packagers

2017-08-11 Thread Albert Astals Cid 
El divendres, 11 d’agost de 2017, a les 19:12:35 CEST, Tobias C. Berner va 
escriure:
> I think messagelib needs to be respun to contain some commits from ~4hrs
> ago.

Which commit you mean? Newest is about 11h old.

https://cgit.kde.org/messagelib.git/log/?h=Applications/17.08

Cheers,
  Albert

> 
> The rest was fine.
> 
> mfg Tobias
> 
> On 11 August 2017 at 19:01, Albert Astals Cid  wrote:
> > At the usual location.
> > 
> > Haven't had time to compile yet, will start now.
> > 
> > REVISIONS_AND_HASHES file at https://paste.kde.org/pj5hhu1h4
> > 
> > Public release next week thursday.
> > 
> > Cheers,
> > 
> >   Albert

Re: KDE Applications 17.08.0 packages available for packagers

2017-08-11 Thread Tobias C. Berner 
I think messagelib needs to be respun to contain some commits from ~4hrs
ago.

The rest was fine.

mfg Tobias

On 11 August 2017 at 19:01, Albert Astals Cid  wrote:

> At the usual location.
>
> Haven't had time to compile yet, will start now.
>
> REVISIONS_AND_HASHES file at https://paste.kde.org/pj5hhu1h4
>
> Public release next week thursday.
>
> Cheers,
>   Albert
>
>
>

KDE Applications 17.08.0 packages available for packagers

2017-08-11 Thread Albert Astals Cid 
At the usual location.

Haven't had time to compile yet, will start now.

REVISIONS_AND_HASHES file at https://paste.kde.org/pj5hhu1h4

Public release next week thursday.

Cheers,
  Albert

Re: KDE Applications 17.07.90 (17.08-rc) packages available for packagers

2017-08-11 Thread Albert Astals Cid 
El divendres, 11 d’agost de 2017, a les 0:23:28 CEST, Albert Astals Cid va 
escriure:
> El dijous, 10 d’agost de 2017, a les 11:33:03 CEST, Luigi Toscano va 
escriure:
> > Il 10 agosto 2017 11:26:44 EEST, Christophe Giboudeaux
> > 
> 
> ha scritto:
> > >Hi,
> > >
> > >> Hello packagers,
> > >> 
> > >>  *.tar.xz files are available at the usual "unstable" location.
> > >>  
> > >>  Release for the RC is again around 13:00 UTC, so report soon. You
> > >
> > >will
> > >
> > >>  get more time for the final...
> > >>  
> > >>  Please check "messagelib" package; it fails on CI for whatever
> > >
> > >reason.
> > >
> > >>  REVISIONS_AND_HASHES at https://paste.kde.org/pekvqju3p
> > >
> > >ksaneplugin is still KDE4 based and libksane if KF5-based since 15.12.
> > >
> > >
> > >ksaneplugin is still KDE4 based and libksane if KF5-based since 15.12.
> > >
> > >Is it worth still releasing it ?
> > 
> > I wanted to ask about it for a while: what is it used for?
> > The only reference is in kdelibs4support. Does anyone remember more?
> > 
> > Regarding this release: we already released it in beta and rc, maybe a bit
> > late?
> 
> Definitely late, not going to drop it at this late stage in the game.

And for Applications 17.12 will be "auto droped" since i guess noone will port 
it to KF5.

Cheers,
   Albert

> 
> Cheers,
>   Albert
> 
> > Ciao

releaseme now relying on kdoctools for documentation installation

2017-08-11 Thread Harald Sitter 
Hola!

As per [1] the release management suite releaseme creates tarballs
which rely on kdoctools to process a directory with docbooks inside.
Previously releaseme manually constructed CMakeLists suitable for the
documentation lineup at hand. This required an excessive amount of
fairly poorly engineered code though, so this change should increase
the overall reliability of documentation installation.

Unfortunately, this also comes with a slight downside as previously
releaseme would try very hard to retain logic in the english
documentation (e.g. if branching as seen at [2]) and carry it into
translations. As kdoctools doesn't do this I'd suggest that you review
your documentation cmakelists and drop conditional install logic to
ensure your documentation installation will be consistent between en
and l10ns.

As an additional step you'll want to make sure that your doc/
directory is actually being installed. Previously releaseme would
force its installability through the cmakelists construction, which no
longer exists, so your source trees will no longer get a helping hand
with this.
To check simply make sure your git clone installs
'$prefix/share/doc/HTML/en/...'. If it doesn't your cmake code is
deficient.

[1] https://commits.kde.org/releaseme/d701767a34fc38b24fb5d4379338fc1420f2ef54
[2] 
https://cgit.kde.org/plasma-workspace.git/tree/doc/CMakeLists.txt?id=d9adb0b3fccf4e2c367619a13923b0cea08625e8

HS