gmane.comp.kde.releases

Re: Nepomuk-Core clashes with other Repos

Eric Hameleers — 2012-05-25T19:43:53


I would advise to fix the beta1 tarballs instead.

Cheers, Eric

Re: 4.9 beta1 packages available

Albert Astals Cid — 2012-05-25T16:41:18

El Divendres, 25 de maig de 2012, a les 00:54:09, Albert Astals Cid va 
escriure:

And the l10n packages are there now too.

Cheers,
  Albert

Re: 4.9 beta1 packages available

Anne-Marie Mahfouf — 2012-05-25T11:14:12

Hi packagers,

The Quality and Testing Team will enforce beta testing and we need your 
help. I started a wiki page
http://community.kde.org/Getinvolved/Testing/Beta/InstallingBeta1
and if you have a few minutes to complete it, it would be awesome (or 
send me the info).

Thanks in advance,

Anne-Marie

On 05/25/2012 12:54 AM, Albert Astals Cid wrote:

4.9 beta1 packages available

Albert Astals Cid — 2012-05-24T22:54:09

The packages should be in their usual location in a few seconds (or so Ben 
told me :D)

I'm attaching the sha1sum of the packages and the branches, hashes/revisions 
of the packages.

The kdelibs one is manually forged to include changes in
 * kdelibs/CMakeLists.txt ---> KDE_VERSION_RELEASE and KDE_VERSION_STRING
 * kdelibs/kdecore/sycoca/ksycoca.cpp --> ksycoca version number
 * kdelibs/README --> This is version...
since it's taken from KDE/4.8 branch

 - nepomuk-core is a new dependency of kde-runtime (is partly split of it and 
partly includes nepomuk libs v2)
 - ksecrets is gone
 - pairs is a new edu game
 - kde-base-artwork has its own tarball
 - kdemultimedia is now also split in
    * audiocd-kio
    * dragon
    * ffmpegthumbs
    * juk
    * kmix
    * kscd
    * libkcddb
    * libkcompactdisc
    * mplayerthumbs
    * strigi-multimedia

I have not tried the packages are buildable so testing more than welcome :-)

The l10n packages are being generated (hope to get them up tomorrow, not sure 
which

Re: Packaging 4.9: KSecrets

Valentin Rusu — 2012-05-24T20:47:32

Yes, that's right :-/

Re: Packaging 4.9: nepomuk-core

Vishesh Handa — 2012-05-24T15:15:53

Hey Albert

Terribly sorry about holding up the beta1 tagging. I got stuck with the
port to Nepomuk2 cause of my inexperience with CMake. I should have started
sooner instead of waiting for the last minute. I'll act earlier next time,
sorry.

Everything is ready now. So, uhm, ship it!

PS: Christophe Giboudeaux is amazing!

On Wed, May 23, 2012 at 4:37 AM, Albert Astals Cid <aacid< at >kde.org> wrote:

Re: Change to tarball generation?

Michael Pyne — 2012-05-24T00:10:17

That's fine.


That's actually fine too, as it turns out.

As an example, try:

$ tar cf kdefoo-x.y.z.tar kdefoo-x.y.z/
$ pixz kdefoo-x.y.z.tar
# resulting in kdefoo-x.y.z.tar.xz

Because pixz is parallelized it works on whole blocks of data at a time and as 
far as I can tell makes no special provision for the last bits of compressed 
data being smaller than the block size.

With a normal tar file the decompressed data you get is:

0--------------------------------*  (where * is end of data and end of file)

With a pixz-encoded tar file the decompressed data you get is:

0--------------------------------*x$  (* is end of data, $ is end of file)

When you run a command like "tar xfJ kdefoo-x.y.z.tar.xz" everything will 
still work fine: tar knows exactly where the data should really end and will 
stop decompressing when it needs to.

When you run a pipeline like "xz --decompress kdefoo-x.y.z.tar.xz | tar xf -" 
though, there's no way to tell xz to stop decompressing early. It tries to 
write all the decompr

Re: Change to tarball generation?

Allen Winter — 2012-05-23T23:40:52

This whole thread is confusing me.

Maybe a command line would help?

Is this correct?
% tar cvf kdefoo-x.y.z.tar <files>
% xz kdefoo-xy.z.tar
=> resulting in kdefoo-x.y.z.tar.xz

if not, please tell us what a command line should be

I take it from mpyne's original posting that:
% tar Jcvf kdefoo-x.y.z.tar.xz <files>
isn't the way to go??

Re: Packaging 4.9: kde-base-artwork

Sebastian Kügler — 2012-05-23T21:32:40

I think it makes sense for its sheer size.

Please do keep in mind that changes in tarball layout cause additional work 
for packagers, so it's always a good idea to ask if anyone would mind (which 
then also serves the purpose that people know in advance, leading to less 
surprises and more goodwill).

Cheers,

Re: Change to tarball generation?

Wulf C. Krueger — 2012-05-23T17:28:04

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello Albert et al,

On 23.05.2012 18:58, Albert Astals Cid wrote:

Even though it's somewhat coincidental ;): Thank you.

Personally, I think it would be an excellent idea to stick to the
standard xz format until the non-standard extensions that were used
for the last batch of tarballs get standardised themselves.

(Those extensions caused user-visible breakage at least on Exherbo
Linux and Gentoo Linux.)

- -- 
Best regards, Wulf
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk+9HiQACgkQnuVXRcSi+5pEuQCferJgyt0sn2pgnhdUcjM5JT0X
PI0AoMcVThO4OlNyW4Fx9JabGQYV7GFx
=mm5E
-----END PGP SIGNATURE-----

Packaging 4.9: kde-base-artwork

Albert Astals Cid — 2012-05-23T16:59:58

Unless someone disagrees i'll give kde-base-artwork it's own tarball, since 
well, it's a toplevel module.

Cheers,
  Albert

Re: Change to tarball generation?

Albert Astals Cid — 2012-05-23T16:58:52

El Dimarts, 22 de maig de 2012, a les 23:48:25, Michael Pyne va escriure:

The machine i'm generating the tarballs doesn't have pixz so i'll use xz.

Albert

Change to tarball generation?

Michael Pyne — 2012-05-23T03:48:25

Hi all,

I noticed something while we were on the topic of tagging the beta tomorrow 
that I wanted to bring up, which is a concern with tarball generation. 
Specifically, the various parallizeable tarball generators (pixz, pbzip2) seem 
to generate extraneous data.

tar is smart enough to ignore this extra data, but this can affect 
decompressing our tarballs in a pipeline (i.e. xz --decompress 
kdelibs-4.foo.tar.xz | tar xf -), as tar closing its STDIN causes xz to write 
its excess data to a broken pipe.

This probably doesn't annoy a ton of different people (except for the obvious 
problem with source-based distros like Gentoo, e.g. 
https://bugs.gentoo.org/show_bug.cgi?id=410861) but if the speedup is not very 
substantial it would be better to use xz or bzip2 to avoid the problem 
entirely.

(This is done by adjusting the value of "compressors" in the pack release 
script in case you're wondering).

It might be possible to still get some concurrency benefit by batching up 
modules to "pack" and then ru

Re: Time to Dump kdewebdev and kdetoys?

Nicolás Alvarez — 2012-05-23T03:00:02

2012/5/22, Alexander Neundorf <neundorf< at >kde.org>:

kdeutils indeed exists, and I'd agree with moving kfilereplace and
klinkstatus there (seems like a fitting category). However, is there
anyone interested in maintaining them?

Re: Packaging 4.9: KSecrets

Rex Dieter — 2012-05-22T23:43:40

Right, that seems to be the consensus, including it's maintainer.

Re: Packaging 4.9: kdelibs?

Andrea Scarpino — 2012-05-22T23:16:35

Whoops sorry, I read it too fast and I replied even more fast...

Packaging 4.9: nepomuk-core

Albert Astals Cid — 2012-05-22T23:07:21

Hi Vishes, how's the nepomuk situation for 4.9 Beta 1 tagging that is 
happening tomorrow?

Should I package nepomuk-core?

Albert

Packaging 4.9: KSecrets

Albert Astals Cid — 2012-05-22T23:04:31

I understand we do *not* want KSecrets in 4.9 releases, right?

Albert

Re: Packaging 4.9: kdelibs?

David Faure — 2012-05-22T22:31:41

Makes sense, for versioning.

Re: Packaging 4.9: kdelibs?

Sebastian Kügler — 2012-05-22T22:28:20

That would be consistent with what we did for 4.8, so +1.

Re: Packaging 4.9: kdelibs?

Albert Astals Cid — 2012-05-22T22:20:38

El Dimarts, 22 de maig de 2012, a les 18:02:40, Allen Winter va escriure:

Still i need to commit that version number increase somewhen if we want the 
tag to be exactly what is in the tar, and can't commit a version 4.8.80 change 
to 4.8 branch, or at least doesn't make any sense to me


I've already done that, you think i volunteered without checking the work to 
do ;-)

Albert