Re: KDE 4.7.3 tarballs uploaded

On Monday, October 31, 2011 20:11:09 Andrea Scarpino wrote:
> On Friday 28 October 2011 10:21:58 Dirk Mueller wrote:
> > Hi guys,
> > 
> > sorry for the late upload, I'm travelling and have a very bad connection.
> > I
> > just finished uploading 1sst try of KDE 4.7.3 tarballs. Please let me (and
> > kde-packager <at> kde.org) know about any major issues with them.
> > 
> > 
> > Targetted release date is tuesday or wednesday.
> 
> Dirk,
> I suggest to revert this commit[1] as it causes this bug[2]

i have a better solution (which doesn't reintroduce the original bug) and have 
committed it to both the 4.7 and master branches of kde-workspace.. the commit 
in the 4.7 branch is 285347

--

-- 
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

KDE core developer sponsored by Qt Development Frameworks

On Monday, October 31, 2011 20:11:09 Andrea Scarpino wrote:
> On Friday 28 October 2011 10:21:58 Dirk Mueller wrote:
> > Hi guys,

Re: KDE 4.7.3 tarballs uploaded

On Tuesday, November 1, 2011 10:25:59 you wrote:
> the commit in the 4.7 branch is 285347

c'n'p error, grabbed the wrong ref... try this instead:

	cbce41f094753fe75e9abd9d2ccd1d45d18b7a89

-- 
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

KDE core developer sponsored by Qt Development Frameworks

On Tuesday, November 1, 2011 10:25:59 you wrote:
> the commit in the 4.7 branch is 285347

c'n'p error, grabbed the wrong ref... try this instead:

	cbce41f094753fe75e9abd9d2ccd1d45d18b7a89

--

-- 
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

KDE core developer sponsored by Qt Development Frameworks

Re: KDE 4.7.3 tarballs uploaded

On Monday 31 October 2011, Andrea Scarpino wrote:

> I suggest to revert this commit[1] as it causes this bug[2]
> 
> [1] http://quickgit.kde.org/?p=kde-
> workspace.git&a=commitdiff&h=8d59876457387d1c72ca3626ae2d267adf100014
> [2] https://bugs.kde.org/show_bug.cgi?id=285347

Hi Andrea, 

thanks for letting me know! I think the right fix was pushed already to the 
branch, so I just ref'ed to that revision instead: 

f65eafd8d1a48a16be272d5383b3e22a  kde-workspace-4.7.3.tar.bz2

Release announcement is delayed until tomorrow. 

Thanks,
Dirk

Please tag kde-workspace

Hi,

Please tag kde-workspace with 4.7.3. Keep in mind this is useful for 
packagers.

Thanks in advance,
Romain

Re: New Feature for kdelibs (Was: The case for a kdelibs 4.8)

On Wednesday, November 09, 2011 15:28:48 andrea diamantini wrote:
> I think that every app using cookies would like to have this patch merged
> ASAP, expecially browsers. This will help/fix/improve features like
> "private browsing" and so on. So please don't let us wait for the "big
> Universe reordering" to have it. :)

To me, this is typically a "nice to have" feature. Sure, very cool stuff, but 
does it warrant changing the plans we made this Summer to move to Frameworks5 
as fast as we can? 

I don't think it does, therefore, I'm against breaking the feature freeze and 
have us rather concentrate on making the "Big Universe Reordering" happen. 
(There are people waiting for that to happen, too, after all.)

The mantra should be "If you want a new feature in kdelibs, help us making the 
next feature release of it happen".
--

-- 
sebas

http://www.kde.org | http://vizZzion.org | GPG Key ID: 9119 0EF9

KDE 4.8 Beta1 tarballs uploaded (try#1)

Hi, 

just finished uploading the 4.8 Beta1 tarballs (all except l10n). Let me know 
if you find any issues, I have not yet tested them. 

Thanks,
Dirk

Re: KDE 4.8 Beta1 tarballs uploaded (try#1)

On Thursday 17 November 2011 23:29:39 Dirk Mueller wrote:
> Hi,
> 
> just finished uploading the 4.8 Beta1 tarballs (all except l10n). Let me
> know if you find any issues, I have not yet tested them.
Hi,

kdelibs installs:
/usr/lib/libkactivities.so -> libkactivities.so.5
/usr/lib/libkactivities.so.5 -> libkactivities.so.5.7.0
/usr/lib/libkactivities.so.5.7.0

while kactivities installs: 
/usr/lib/libkactivities.so.6 -> libkactivities.so.6.0.0
/usr/lib/libkactivities.so -> libkactivities.so.6
/usr/lib/libkactivities.so.6.0.0

kdebase-workspace build with kactivities.so.6, so I guess the kdelibs tarball 
should be fixed and recreated.

--

-- 
Andrea

Re: KDE 4.8 Beta1 tarballs uploaded (try#1)

On Thursday 17 November 2011 23:29:39 Dirk Mueller wrote:
> Hi,
> 
> just finished uploading the 4.8 Beta1 tarballs (all except l10n). Let me
> know if you find any issues, I have not yet tested them.
Dirk,

Using 4.7.80 tarballs, kde-config prints:
$ kde4-config --version | grep KDE
KDE Development Platform: 4.7.3 (4.7.3)

Are the tarball ok? Please, can you check them?

--

-- 
Andrea

Re: KDE 4.8 Beta1 tarballs uploaded (try#1)

On Sunday 20 November 2011, Andrea Scarpino wrote:
> Using 4.7.80 tarballs, kde-config prints:
> $ kde4-config --version | grep KDE
> KDE Development Platform: 4.7.3 (4.7.3)
> 
> Are the tarball ok? Please, can you check them?

This is yet another ugly side effect of the infamous "kdelibs freeze".

The plan is to copy the 4.7 branch to 4.8 after the last 4.7.x release, but 
that means that as long as there are 4.7.x releases, the kdelibs version will 
necessarily be 4.7.x. :-/

We wouldn't have this mess if kdelibs just followed the normal 6-month release 
cycle as it's supposed to. (The whole point of feature branches is to not 
disrupt the regular release cycle with long-term development, freezing the 
whole process to force everyone to work on the branch defeats their whole 
purpose.)

        Kevin Kofler

Re: KDE 4.8 Beta1 tarballs uploaded (try#1)

On Sunday 20 November 2011 1:09:36 PM Kevin Kofler wrote:
> On Sunday 20 November 2011, Andrea Scarpino wrote:
> > Using 4.7.80 tarballs, kde-config prints:
> > $ kde4-config --version | grep KDE
> > KDE Development Platform: 4.7.3 (4.7.3)
> > 
> > Are the tarball ok? Please, can you check them?
> 
> This is yet another ugly side effect of the infamous "kdelibs freeze".
> 
> The plan is to copy the 4.7 branch to 4.8 after the last 4.7.x release, but 
> that means that as long as there are 4.7.x releases, the kdelibs version will 
> necessarily be 4.7.x. :-/
> 
True.
I warned about this in my "kdelibs 4.8? What to do about GENERIC_LIB_VERSION?" message
to k-c-d back in early October.

However: the last planned 4.7 release (4.7.4) is tagged on 1 Dec, so after that we should
be able to change over the kdelibs-4.7 branch to say "4.8" everywhere.

Funnily, 4.8 beta2 is also to be tagged on 1 Dec. 
So Dirk could do things in this order in kdelibs-4.7 branch on that date:
- tag 4.7.4
- change all "4.7" to "4.8"
- tag 4.8 beta2