Albert Astals Cid | 13 Jun 2013 02:16
Picon
Favicon
Gravatar

4.11 beta1 tarballs available for packagers

The tarballs are in their usual packager-only location

I'm attaching the sha1sum of the tarballs and the branches, hashes/revisions 
they were cretead from.

** NEW DEPENDENCIES **
akonadi 1.9.80 http://download.kde.org/stable/akonadi/src/
shared-desktop-ontologies 0.11.0 
http://sourceforge.net/projects/oscaf/files/shared-desktop-ontologies/0.11.0/
attica 0.4.2 http://download.kde.org/stable/attica/

kdeadmin, kdenetwork, kdesdk, kdetoys have been all splitted in its own 
tarballs to mimic the git repos.

I have built the packages and build fine here (and do as well on 
build.kde.org).

The l10n packages are being generated (hope to get today/tomorrow-ish).

I'm fine for a release tomorrow if we can get the promo bits done.

Cheers,
  Albert
Updating kdelibs. Branch master
92fc34c5bc7c217ace0736040d62b6ebb75fa4f4

Updating kactivities. Branch master
723c431ae769329bf8c067201a8b6aa0f10d91b3

(Continue reading)

Pino Toscano | 11 Jun 2013 19:50
Picon
Favicon

Review Request 110962: Switch to an external LibRaw

This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/110962/

Review request for KDE Graphics, Release Team and Gilles Caulier.
By Pino Toscano.

Description

Instead of using an embedded copy of LibRaw, look for an external LibRaw as mandatory dependency with a new CMake module and using its variables. Considering some LibRaw versions seem to be underlinked and not linking to OpenMP, link it manually in libkdcraw to overcome such lack. Switch back to the MAKE_KDCRAW_LIB define (i.e. the default set by KDE4_ADD_LIBRARY) as the one used to check whether it is being built, as otherwise LIBRAW_BUILDLIB would conflict with LibRaw. Once this RR is approved, I will remove the libraw code copy and the CMake modules (FindLCMS2.cmake and FindPthreads.cmake) needed for it.

Testing

Compiles fine with both LibRaw 0.14.7 and 0.15.1.
Bugs: 307146

Diffs

  • CMakeLists.txt (f2f269609feb10947ec3bac10125b379c6c821dd)
  • cmake/modules/FindLibRaw.cmake (PRE-CREATION)
  • libkdcraw/CMakeLists.txt (cce5d6dba690fb5182638ccd1f10488bbd6ec2ce)
  • libkdcraw/libkdcraw_export.h (1a222a03502a0e068bdba4f03b7ff4961c4a8f2b)

View Diff

<div>
  <div>
   <table bgcolor="#f9f3c9" width="100%" cellpadding="8"><tr>
<td>
      This is an automatically generated e-mail. To reply, visit:
      <a href="http://git.reviewboard.kde.org/r/110962/">http://git.reviewboard.kde.org/r/110962/</a>
     </td>
    </tr></table>
<br><table bgcolor="#fefadf" width="100%" cellspacing="0" cellpadding="8"><tr>
<td>

<div>Review request for KDE Graphics, Release Team and Gilles Caulier.</div>
<div>By Pino Toscano.</div>

<h1>Description </h1>
 <table width="100%" bgcolor="#ffffff" cellspacing="0" cellpadding="10"><tr>
<td>
   Instead of using an embedded copy of LibRaw, look for an external LibRaw as mandatory dependency with a new CMake module and using its variables.

Considering some LibRaw versions seem to be underlinked and not linking to OpenMP, link it manually in libkdcraw to overcome such lack.

Switch back to the MAKE_KDCRAW_LIB define (i.e. the default set by KDE4_ADD_LIBRARY) as the one used to check whether it is being built, as otherwise LIBRAW_BUILDLIB would conflict with LibRaw.

Once this RR is approved, I will remove the libraw code copy and the CMake modules (FindLCMS2.cmake and FindPthreads.cmake) needed for it.
  </td>
 </tr></table>
<h1>Testing </h1>
<table width="100%" bgcolor="#ffffff" cellspacing="0" cellpadding="10"><tr>
<td>
   Compiles fine with both LibRaw 0.14.7 and 0.15.1.
  </td>
 </tr></table>
<div>
 Bugs: 

 <a href="http://bugs.kde.org/show_bug.cgi?id=307146">307146</a>

</div>

<h1>Diffs </h1>
<ul>
<li>CMakeLists.txt <span>(f2f269609feb10947ec3bac10125b379c6c821dd)</span>
</li>

 <li>cmake/modules/FindLibRaw.cmake <span>(PRE-CREATION)</span>
</li>

 <li>libkdcraw/CMakeLists.txt <span>(cce5d6dba690fb5182638ccd1f10488bbd6ec2ce)</span>
</li>

 <li>libkdcraw/libkdcraw_export.h <span>(1a222a03502a0e068bdba4f03b7ff4961c4a8f2b)</span>
</li>

</ul>
<p><a href="http://git.reviewboard.kde.org/r/110962/diff/">View Diff</a></p>

  </td>
 </tr></table>
</div>
 </div>
Marco Martin | 11 Jun 2013 19:31
Picon
Gravatar

freeze exemption for kde-runtime

Hi,
during a gsoc for plasma (porting plasmoids to qml), with the student we decided that for porting one would have been necessary to use a qml plugin that is currently shipped in plasma-mobile
Is in the plasma-mobile git repo, directory
components/dirmodel/

is a qml component that exposes a kdirmodel to qml and is regularly used since a couple of plasma active releases, so is quite tested and stable.

since we need it in kde-runtime (wanting to use it outside of plasma-mobile) and is needed for that gsoc, I'm asking an exemption of the freeze to add it in 4.11, moving it from plasma-mobile to kde-runtime.

(otherwise will go in master after tagging, for 4.12, even tough could make it a bit more difficult to de-duplicate in the next release of Active)

Cheers,
Marco Martin


<div><div dir="ltr">
<div>Hi,</div>
<div>during a gsoc for plasma (porting plasmoids to qml), with the student we decided that for porting one would have been necessary to use a qml plugin that is currently shipped in plasma-mobile</div>
<div>Is in the plasma-mobile git repo, directory</div>
<div>components/dirmodel/≤/div>
<div><br></div>
<div>is a qml component that exposes a kdirmodel to qml and is regularly used since a couple of plasma active releases, so is quite tested and stable.</div>
<div><br></div>
<div>since we need it in kde-runtime (wanting to use it outside of plasma-mobile) and is needed for that gsoc, I'm asking an exemption of the freeze to add it in 4.11, moving it from plasma-mobile to kde-runtime.</div>
<div><br></div>
<div>(otherwise will go in master after tagging, for 4.12, even tough could make it a bit more difficult to de-duplicate in the next release of Active)</div>
<div><br></div>
<div>Cheers,</div>
<div>Marco Martin</div>
<div><br></div>
<div><br></div>
</div></div>
Jekyll Wu | 30 May 2013 09:27
Picon
Gravatar

Soft feature freeze exception for DrKonqi

Hi,

I missed the deadline of the soft feature freeze, when I added my
in-progress DrKonqi feature into the feature plan. So by policy I ask
here for the freeze exception.

That DrKonqi feature is preventing users creating reports against
disabled versions as early as possible in the reporting process. That is
a quite necessary change IMO to deal with the usability problem caused
by bugzilla's recent nice behavior of rejecting any attempt against
disabled versions.

See https://bugs.kde.org/show_bug.cgi?id=315073 for more background
information , and https://git.reviewboard.kde.org/r/110687/ for the
proposed patch.

Regards
Jekyll
Albert Astals Cid | 30 May 2013 00:08
Picon
Favicon
Gravatar

[i18n] [Bug 319543] Serbian translations tarball contains extragear translations

https://bugs.kde.org/show_bug.cgi?id=319543

Albert Astals Cid <aacid <at> kde.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|CONFIRMED                   |RESOLVED
         Resolution|---                         |WONTFIX

--- Comment #6 from Albert Astals Cid <aacid <at> kde.org> ---
It is true the packages are wrong, we will make sure that 4.10.4 doesn't have
this problem, it's a bit late to fix 4.10.3 packages now, sorry for the
inconvenience

--

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Friedrich W. H. Kossebau | 28 May 2013 01:40
Picon
Favicon

Re: Who is using "-Bsymbolic-functions" for their packages?

Am Donnerstag, 23. Mai 2013, 19:55:43 schrieb Kevin Kofler:
> Hi,
> 
> On Thursday 23 May 2013 at 17:51:02, Friedrich W. H. Kossebau wrote:
> > in a discussion about a crash fix patch the opinion was uttered that the
> > linker flag "-Bsymbolic-functions" should not be used, because it might
> > change the symbol-lookup behaviour in a way that developers do not expect.
> > See https://git.reviewboard.kde.org/r/110563/ ("Crash fix: hide symbols
> > from static lib QtUitools.a (generically by new macro
> > KDE4_HIDE_SYMBOLS_FROM_STATIC_LIBS)")

No other packagers are using -Bsymbolic-functions?

> [...]
> 
> > In any case,
> > take this also as note that currently there is a problem with QtUitools.a
> > being linked into shared libs with all symbols exported (and thus clashing
> > if that way ending multiple times loaded into the same process), you
> > better
> > do whatever patch to hide those symbols, and not only in kdelibs.
> 
> How about we start shipping a shared QtUitools instead? I really don't see
> the point of having this be a static library (in fact, I have been
> advocating forcing it to be shared in Fedora, so far without success), it
> only causes problems and does not seem to have any practical benefits (also
> considering that the rest of Qt is shared).

"We" = ? KDE? You mean, we should create a libkuitools.so and simply wrap the 
problem? Hm, could be a solution indeed.

Cheers
Friedrich
Vishesh Handa | 27 May 2013 20:50
Picon
Favicon

Soft Freeze Exception for Nepomuk

Hey guys

I seem to have missed the soft feature freeze by a day and added my feature list a day later (23rd instead of 22nd).

I'm currently working on the following features -

* Index Scheduling - Better scheduling for files and emails when indexing
* Missing Indexers - ebook and office formats

I've actually already committed some of the office formats (ms2007 and odf) indexers.

If it's okay with everyone, I would like to keep working on these features for 4.11. Specially since the new nepomuk controller is already on the feature list and that would not be complete without better scheduling.

--
Vishesh Handa
<div><div dir="ltr">
<div>
<div>
<div>
<div>Hey guys<br><br>I seem to have missed the soft feature freeze by a day and added my feature list a day later (23rd instead of 22nd).<br><br>
</div>I'm currently working on the following features -<br><br>
</div>* Index Scheduling - Better scheduling for files and emails when indexing<br>
</div>* Missing Indexers - ebook and office formats<br><br>
</div>I've actually already committed some of the office formats (ms2007 and odf) indexers.<br><br>If it's okay with everyone, I would like to keep working on these features for 4.11. Specially since the new nepomuk controller is already on the feature list and that would not be complete without better scheduling. <br clear="all"><div><div><div><div><div><div><div>
<br>-- <br><span>Vishesh Handa</span><br>
</div></div></div></div></div></div></div>
</div></div>
Chusslove Illich | 10 May 2013 09:50
Picon

[i18n] [Bug 319543] Serbian translations tarball contains extragear translations

https://bugs.kde.org/show_bug.cgi?id=319543

--- Comment #5 from Chusslove Illich <caslav.ilic <at> gmx.net> ---
Correction: the cat ... while line above is in
sysadmin/release-tools/removestuff.

--

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Chusslove Illich | 10 May 2013 09:43
Picon

[i18n] [Bug 319543] Serbian translations tarball contains extragear translations

https://bugs.kde.org/show_bug.cgi?id=319543

Chusslove Illich <caslav.ilic <at> gmx.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |caslav.ilic <at> gmx.net

--- Comment #4 from Chusslove Illich <caslav.ilic <at> gmx.net> ---
What has gone wrong is that this line from sysadmin/release-tools/pack

  cat */pack-with-variants subdirs | sort -u | while read lang; do

somehow failed to match */pack-with-variants subdirs, and hence did not
delete the aforementioned directories.

When I try to make language packs locally with

  cd $KDEGIT/sysadmin/release-tools
  version=4.10.3
  rm -rf sources sources-old dirty clean build
  mkdir -p clean/kde-l10n dirty sources sources-old
  cp -r $KDESVN/tags/KDE/$version/l10n-kde4/scripts clean/kde-l10n
  echo "sr" > clean/kde-l10n/subdirs
  for lang in sr sr <at> ijekavian sr <at> ijekavianlatin sr <at> latin; do \
      cp -r $KDESVN/tags/KDE/$version/l10n-kde4/$lang clean/kde-l10n; \
  done
  ./pack kde-l10n $version
  ls -lh sources/kde-l10n/

then it works fine. (Other than complaining about missing kdoctools, due to
kdelibs not being checked out into clean/ as well, but that is not relevant
to this problem.)

--

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Torgny Nyblom | 10 May 2013 09:10
Picon
Favicon

[i18n] [Bug 319543] Serbian translations tarball contains extragear translations

https://bugs.kde.org/show_bug.cgi?id=319543

--- Comment #3 from Torgny Nyblom <nyblom <at> kde.org> ---
Albert: No haven't done the test packaging with release-buddy yet, didn't dare
to use it on the live packaging yet.
4.10.3 was done with the old release-tools.

--

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Albert Astals Cid | 10 May 2013 00:40
Picon
Favicon
Gravatar

[i18n] [Bug 319543] Serbian translations tarball contains extragear translations

https://bugs.kde.org/show_bug.cgi?id=319543

Albert Astals Cid <aacid <at> kde.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |CONFIRMED
     Ever confirmed|0                           |1

--

-- 
You are receiving this mail because:
You are on the CC list for the bug.

Gmane