I'm stumped here why this isn't working as before on milonia, to transfer a
whole bunch of files at a time with wildcards.
While individual transfers are fine:
rsync deino.kde.org:stable/release-service/20.08.3/src/yakuake-20.08.3.tar.xz
. -v
yakuake-20.08.3.tar.xz
(success)
Wildcards no longer wo
David Faure wrote:
> On lundi 7 août 2017 18:25:35 CEST Rex Dieter wrote:
>> David Faure wrote:
>> >> > Isn't it an option to leave it in, at version 5.36, rather than
>> >> > removing it completely ?
>> >>
>> >> In the s
David Faure wrote:
>> > Isn't it an option to leave it in, at version 5.36, rather than
>> > removing it completely ?
>>
>> In the short-term, yes.
>>
>> Long term, I'm not willing to ship (and support) this if it's not
>> supported upstream either (where bugs are usually fixed in newer
>> relea
David Faure wrote:
> On lundi 7 août 2017 16:46:59 CEST Rex Dieter wrote:
>> David Faure wrote:
>> > On mercredi 2 août 2017 22:55:10 CEST Rex Dieter wrote:
>> >> David Faure wrote:
>> >> > According to the policy that KF5 should work with the last 3
David Faure wrote:
> On mercredi 2 août 2017 22:55:10 CEST Rex Dieter wrote:
>> David Faure wrote:
>> > According to the policy that KF5 should work with the last 3 releases
>> > of Qt5.x, it is time now for upcoming releases of KF5 to drop support
>> > for Q
David Faure wrote:
> According to the policy that KF5 should work with the last 3 releases of
> Qt5.x, it is time now for upcoming releases of KF5 to drop support for Qt
> 5.6.
>
> Packagers: is that acceptable?
I'd prefer to continue to allow 5.6 awhile, to continue to allow support for
rhel 7
Ben Cooksley wrote:
> I'd therefore like for someone from each distribution to please
> confirm that their distro is still active and who can serve as a
> general point of contact for that distribution
Fedora is still active, contact:
Rex Dieter
David Faure wrote:
> Dear packagers,
>
> KDE Frameworks 5.22.0 has been uploaded to the usual place.
frameworkintegration releases prior to 5.22.0 included translation file
frameworkintegration5.mo for various locales, but 5.22 no longer does. Was
this intentional or bug/oversight?
-- Rex
Clive Johnston wrote:
> While packaging kdepimlibs 15.12.0 I get the following CMake error:
>
> Could not find a configuration file for package "KF5Prison" that is
> compatible with requested version "1.2.1".
>
> Can someone let me know where the 1.2.1 release tarball is located, Ive
> search de
FYI,
Anyone experiencing bug,
https://bugs.kde.org/show_bug.cgi?id=335965
"mathematical functions like sin, exp,... unusable in python scripts"
A fix is available at:
https://git.reviewboard.kde.org/r/126549/
I'd appreciate any feedback and testing. So far, we have evidence this
bug affects f
Albert Vaca wrote:
> Hi!
>
> I just published the first version of KDE Connect for the Plasma 5
> desktop.
>
> http://download.kde.org/unstable/kdeconnect/0.9/src/kdeconnect-kde-0.9.tar.xz.mirrorlist
Is it intentional that this release includes no translations?
-- Rex
On 10/07/2015 08:14 AM, Jonathan Riddell wrote:
Oxygen icons is back and updated and due to be part of Plasma 5.5
...
So how to release it now?
Silly question, why does it have to be part of plasma release, rather
than continue to release it as part of applications ?
-- rex
__
Aleix Pol wrote:
> On Tue, Sep 29, 2015 at 11:06 AM, Jonathan Riddell
> wrote:
>>> Yes, that's the idea. The code was moved from kdevplatform to Purpose,
>>> but note that your kdevelop won't have this as you don't have KDevelop
>>> 5.
>>>
>>> Jonathan, you said you renamed it, how do you rename
On 09/28/2015 11:32 AM, Jonathan Riddell wrote:
Kubuntu packages are in wily ready for release in a month.
It helps packagers to keep a sequential version number scheme e.g. 2.9.80,
2.9.90, 3.0.0 etc
I'm also seeing an icon conflict between purpose-1.0 and
kdevplatform-1.7.x, they both prov
On 09/04/2015 11:52 AM, Jonathan Riddell wrote:
Anyone know what this failure when running kmix is about?
kmix hasn't changed, this was previously a cmake warning, now it's an
error and cmake return non-0 exit code. Some policy must have changed
somewhere but I'm not sure what
CMake Error at /
Rex Dieter wrote:
> Rex Dieter wrote:
>
>> Raymond Wooninck wrote:
>>
>>> On Thursday 06 August 2015 22:21:52 Albert Astals Cid wrote:
>>>> I failed to use the proper CC when publishing it in kde.org this
>>>> afternoon.
>>>>
&
Rex Dieter wrote:
> Raymond Wooninck wrote:
>
>> On Thursday 06 August 2015 22:21:52 Albert Astals Cid wrote:
>>> I failed to use the proper CC when publishing it in kde.org this
>>> afternoon.
>>>
>>> Any feedback? Is anyone actually compil
Raymond Wooninck wrote:
> On Thursday 06 August 2015 22:21:52 Albert Astals Cid wrote:
>> I failed to use the proper CC when publishing it in kde.org this
>> afternoon.
>>
>> Any feedback? Is anyone actually compiling this or the Beta packages?
>>
> Hi Albert,
>
> I have compiled KDE Applicatio
In case other packagers find the pitfall fedora did...
Folks are probably aware that both kde-applications (in kde-runtime) and
plasma-5.x include versions of khelpcenter. We, like some other
distros, created a separate khelpcenter (sub)package from kde-runtime.
The pitfall we hit was that kd
On 06/15/2015 08:49 PM, Sebastian Kügler wrote:
On Monday, June 15, 2015 19:58:43 Rex Dieter wrote:
Anyone else seeing problems with trashcan applet loading?
Seems installing plasma-framework-5.11.0 causes it (5.10.0 was fine).
Did you get any error message? If so, which?
Yes, per the
Anyone else seeing problems with trashcan applet loading?
Seems installing plasma-framework-5.11.0 causes it (5.10.0 was fine).
See also:
https://bugs.kde.org/show_bug.cgi?id=349207
https://bugzilla.redhat.com/show_bug.cgi?id=1231972
___
release-team m
David Faure wrote:
> Hello packagers,
>
> The thread "Versioning of Frameworks" on kde-frameworks-devel has led to
> the idea that some future frameworks (coming from the kdepim world) would
> not be part of every Frameworks release, and would have their own
> versioning scheme. This is at the re
On 01/10/2015 04:58 PM, Albert Astals Cid wrote:
They are in stable/applications.
Release is next week tuesday if all goes well
There's also LTS packages for kdelibs, kdepim, kdepimlibs and kde-runtime 4.14
and for kde-workspace 4.11
I assume you meant kdepim-runtime here (not kde-runtime)
-
On 10/26/2014 05:18 PM, Jeremy Whiting wrote:
Ugh, I saw that on fedora recently. Why do distros do that? I guess
those same distros also patch KStandardDirs to look for files there ?
Or set KDEHOME or something so it will look there?
The "why" was because that dir was also used by kde3, and kd
Jeremy Whiting wrote:
> Hey packagers,
...
> Now kdeedu-data uses ecm instructions to build like other kf5 based
> applications. Is that going to be a problem to make both khangman and
> kanagram run time depend on these packages, while kdeedu-data at build
> time requires ecm to build?
kdeedu-da
On 08/14/2014 11:50 AM, Albert Astals Cid wrote:
El Dijous, 14 d'agost de 2014, a les 10:54:08, Albert Astals Cid va escriure:
Hi, there 4.14.0 packages are up for packagers at the usual location.
Public release is next Wednesday.
I have not yet built the packages, doing so now.
FWIW all bui
On 08/14/2014 12:05 PM, Rex Dieter wrote:
On 08/14/2014 11:50 AM, Albert Astals Cid wrote:
El Dijous, 14 d'agost de 2014, a les 10:54:08, Albert Astals Cid va
escriure:
Hi, there 4.14.0 packages are up for packagers at the usual location.
Public release is next Wednesday.
I have no
On 08/14/2014 01:09 PM, Albert Astals Cid wrote:
El Dijous, 14 d'agost de 2014, a les 12:05:49, Rex Dieter va escriure:
On 08/14/2014 11:50 AM, Albert Astals Cid wrote:
El Dijous, 14 d'agost de 2014, a les 10:54:08, Albert Astals Cid va
escriure:
Hi, there 4.14.0 packages
On 08/14/2014 11:50 AM, Albert Astals Cid wrote:
El Dijous, 14 d'agost de 2014, a les 10:54:08, Albert Astals Cid va escriure:
Hi, there 4.14.0 packages are up for packagers at the usual location.
Public release is next Wednesday.
I have not yet built the packages, doing so now.
FWIW all bui
On 06/08/2014 06:08 AM, Albert Astals Cid wrote:
El Dissabte, 7 de juny de 2014, a les 17:44:37, Rex Dieter va escriure:
On 06/06/2014 01:26 PM, Albert Astals Cid wrote:
tarballs are up for packagers in the usual location.
kdepim-runtime is missing since it has a regression in the passing
On 06/06/2014 01:26 PM, Albert Astals Cid wrote:
tarballs are up for packagers in the usual location.
kdepim-runtime is missing since it has a regression in the passing tests and
people have not convinced me enough that the tests failing are harmless.
I've given the kdepim people until monday t
On 08/09/2013 05:47 AM, Andreas K. Huettel wrote:
Am Donnerstag, 8. August 2013, 01:58:01 schrieb Albert Astals Cid:
The tarballs can be found in their usual embargo location (available only
to packagers)
Marble python bindings fail to build.
Tracked here,
https://bugs.kde.org/show_bug.cgi?i
On 06/20/2013 07:51 AM, Vishesh Handa wrote:
They introduce an optional dependency of libepub.
It's already an optional dependency for okular, so I'm definitely ok
with the addition here.
-- rex
___
release-team mailing list
release-team@kde.org
ht
On 04/26/2013 08:37 AM, Frank Reininghaus wrote:
Hi,
2013/4/26 Sebastian Kügler:
Hi,
Let's make 4.11 the last feature release for platform and workspace in the 4
series, make 4.11 a long term maintainance release.
I would like to propose the following for our release planning in the next
ye
On 01/31/2013 03:42 PM, Andrea Scarpino wrote:
We, as Arch Linux and Chakra-Project developers would like to propose now
to follow the recommendation set by Dirk Mueller in the last long ml thread
regarding this issue, and have the build packages from the tagged tars
available to our testers duri
On 12/19/2012 07:30 AM, Anke Boersma wrote:
Seems this commit:
https://projects.kde.org/projects/kde/kde-workspace/repository/revisions/9dd4218a5e16f29ea664c619b295ca1ce382f2cb
makes the package "kde-base-artwork" obsolete, files from it are duplicated
in kde-workspace build, causing conflicts on
On 12/14/2012 09:52 AM, David Faure wrote:
If I commit the fix in kde-runtime without raising the kdelibs requirement,
then a kdelibs-4.9 + kde-runtime-4.10 user, will end up with a nastier bug,
where copying a directory out of the trash uses the right name, but flattens
out the contents of the d
On 11/28/2012 06:01 PM, Manuel Tortosa Moreno wrote:
This patch:
https://projects.kde.org/projects/kdesupport/phonon/phonon-
gstreamer/repository/revisions/2db4c430740da89fb22319b2ded63e770f3d6fac
fixes an ugly issue with several players, specially Dragon is affected with a
bug when using the G
Andreas K. Huettel wrote:
> it seems like there are api-incompatible changes in libkdcraw-4.9.80
> (compared to 4.9.x).
...
> No problem inside KDE proper, and I also know that digikam-3_betaX and
> kipi- plugins-3_betaX is fixed. However... Are there any other known
> third-party consumers for th
On 11/06/2012 07:55 AM, Andrea Scarpino wrote:
On Friday 02 November 2012 01:38:55 Albert Astals Cid wrote:
The tarballs can be found in their usual embargo location (available only to
packagers)
Did anyone built qyoto? I cannot build it with cmake 2.8.10, see
https://bugs.kde.org/show_bug.cgi
kdegames misses building a couple of games due to some directory renames
s/kbattleship/knavalbattle/
s/ktron/ksnakeduel/
without associated changes in the top-level CMakeLists.txt
patch attached.
-- rex
diff -up kdegames-4.9.2/CMakeLists.txt.renames kdegames-4.9.2/CMakeLists.txt
--- kdegames-4.
On 08/16/2012 06:48 PM, Friedrich W. H. Kossebau wrote:
So anybody objecting to document oxygen-iconset as a hard dependency in
README.packagers in kde-runtime?
no objection, good idea +1
-- rex
___
release-team mailing list
release-team@kde.org
http
On 08/16/2012 06:14 PM, Albert Astals Cid wrote:
Do we really have a runtime dependency on oxygen-icons? My limited knowledge
in the matter is that icon names are standarized thus you can use oxygen-icons
or AlbertAwesomeImages (aai for friends) and it'll still work.
Can someone with more knowle
On 08/16/2012 05:41 PM, Albert Astals Cid wrote:
Or maybe the answers are
* Why are we releasing it with the SC if it's not part of it?
Because noone else wants to release it
* Why is it not branched?
Becuase it's not really part of the SC
* What should we package with the tarball of oxygen-i
On 07/17/2012 10:25 AM, Martin Schlander wrote:
Tirsdag den 17. juli 2012 20:38:25 Vishesh Handa skrev:
Please avoid using Virtuoso 6.1.5 with Nepomuk from kde 4.9.
Does that imply virtuoso 6.1.5 + KDE SC 4.8.x is a safe combo?
reportedly yes (or at least better off than 6.1.5 + 4.9 anyway)
On 07/16/2012 05:41 PM, Rex Dieter wrote:
On 07/16/2012 03:37 PM, Michael Jansen wrote:
4.5.70 is a stable release for anyone with experience in release numbers
imo, that's a false assumption. anyone making that mistake deserves
what they get.
Hit enter too fast... I'm speaking
On 07/16/2012 03:37 PM, Michael Jansen wrote:
4.5.70 is a stable release for anyone with experience in release numbers
imo, that's a false assumption. anyone making that mistake deserves
what they get.
-- rex
___
release-team mailing list
release
On 07/12/2012 01:25 PM, Martin Gräßlin wrote:
But apart from that: could we start dreaming? Dreaming of a KDE where every
application clearly defines what dependencies it has and exactly in a way that
packagers can set up the dependencies in an automatic and correct way? Can we
consider going for
On 07/12/2012 12:43 PM, Martin Gräßlin wrote:
Now, I'd have a much lesser concern if modules that are part of the 'kde
development platform' at least are never skipped.
Could you explain why?
So, right now I can do a very simple runtime dependency for kde apps:
KDE_DEV_VERSION=$(kde4-confi
On 07/12/2012 12:29 PM, Michael Jansen wrote:
I will implement the ability to skip release for unchanged modules
(fully automated) and would ask everyone here to really think twice
before asking the release team to keep the current practice of releasing
everything. Because there is no reason.
N
On 07/10/2012 09:56 AM, Jeremy Whiting wrote:
It seems it has been moved to playground from kdelibs, but the
application in kdeutils is still sitting there. Shouldn't that be
moved to playground also until it works?
yes, +1
-- rex
___
release-team m
On 07/05/2012 05:07 PM, Allen Winter wrote:
On Thursday, July 05, 2012 01:00:11 PM Dirk Mueller wrote:
Hi,
I guess with all the kdelibs mess we should redo another 4.8.5 release. Does
anyone have suggestions for a release plan?
I would like to do tagging either tomorrow morning or in the last
On 07/05/2012 12:51 PM, Michael Jansen wrote:
> Also, *before* you start doing partial releases, please present an exact
> definition of the dependencies *between versions*.
As i see that you are on the release-team list. May i ask why you voice
your objections the exact same moment someone
On 07/05/2012 11:31 AM, Scott Kitterman wrote:
On Thursday, July 05, 2012 05:01:58 PM Rolf Eike Beer wrote:
Am 05.07.2012 13:00, schrieb Dirk Mueller:
Hi,
I guess with all the kdelibs mess we should redo another 4.8.5
release. Does
anyone have suggestions for a release plan?
I would like to d
On 06/28/2012 11:41 AM, Allen Winter wrote:
On Wednesday 27 June 2012 11:56:05 PM Albert Astals Cid wrote:
El Dimecres, 27 de juny de 2012, a les 17:28:47, Allen Winter va escriure:
On Wednesday 27 June 2012 4:29:06 AM Sebastian Trüg wrote:
done.
On 06/25/2012 11:31 PM, Albert Astals Cid wrot
On 06/11/2012 02:00 PM, Manuel Tortosa wrote:
KDEBindings-Kimono can be only compiled with -DWITH_Soprano=OFF
Build error, right during the configure, does not even starts the building:
CMake Error: The following variables are used in this project, but they
are set to NOTFOUND.
Please set them
On 06/11/2012 09:11 AM, Allen Winter wrote:
On Monday 11 June 2012 9:03:00 AM Sebastian Trüg wrote:
done
Where do I get it and what's the version number?
At soprano.sourceforge.net the download link wants to give me version 2.7.6,
from May
you want 2.7.57+ from:
http://sourceforge.net/proje
On 06/10/2012 12:41 PM, Rex Dieter wrote:
Seems some odd cmake borkage is going on trying to build kdesdk-4.8.90
(4.8.80 suffered the same, but I hadn't noticed then), in that any
modules using kde4_add_plugin seem to not get compiled with -fPIC
properly, and fail linking, for example,
do
Seems some odd cmake borkage is going on trying to build kdesdk-4.8.90
(4.8.80 suffered the same, but I hadn't noticed then), in that any
modules using kde4_add_plugin seem to not get compiled with -fPIC
properly, and fail linking, for example,
dolphin-plugins:
/usr/bin/ld:
CMakeFiles/filevie
On 05/22/2012 06:04 PM, Albert Astals Cid wrote:
I understand we do *not* want KSecrets in 4.9 releases, right?
Right, that seems to be the consensus, including it's maintainer.
-- rex
___
release-team mailing list
release-team@kde.org
https://mail.k
On 05/17/2012 07:01 AM, Anne-Marie Mahfouf wrote:
A few weeks ago, KSecrets working state was challenged and considered as
still alpha but as we could not agree on removing it from 4.8 releases,
it stayed there.
Now is the question on whether it improved for 4.9 and should be kept in
the 4.9 rel
On 03/31/2012 01:26 PM, Chusslove Illich wrote:
[: Dirk Mueller :]
Also, please mail release-team@kde.org about any issues you find as
blocking for this release. the plan is to release them tuesday or
wednesday next week.
If also l10n packs are ready, could you check if kde-l10n-sr is around 12
On 03/30/2012 06:38 AM, Max Brazhnikov wrote:
On Fri, 30 Mar 2012 01:33:42 +0200, Dirk Mueller wrote:
Hi,
I just finished uploading the 4.8.2 tarballs. they're xz only for now. I've
created them with pixz(1) meanwhile, so that they're build within reasonable
amount of time.
I've shortly teste
On 03/02/2012 06:35 AM, Dirk Mueller wrote:
On Tuesday 28 February 2012, Harald Sitter wrote:
Phonon only does xz tarballs, so dep-wise xz is required anyway... you
might just as well do the kde release tars in xz too ;)
I'm fine with switching to xz. anyone having a problem with that?
no o
On 01/06/2012 06:31 AM, Jonathan Riddell wrote:
kde-base-artwork has been added in RC 2. I'm having people worried
that after a release candidate might be too late to rename a module,
I'd think adding one is more likely to be a problem. This module has
no COPYING file and most problematic its
For better or worse, seems that our kde-4.8rc1 (aka 4.7.95) startkde
still sets MALLOC_CHECK_ , so we're likely seeing a few more crashes
than usual.
a bit of deja-vu,
http://lists.kde.org/?l=kde-release-team&m=130979983309914&w=2
(Personally, I'm hearing about and witnessing some fun kmail cr
Phil Miller wrote:
> KDE has some issues with qt-4.8.0.
>
> One of it is regarding QUrl.toLocalfile:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=749213
probably of more interest is following these,
https://bugreports.qt.nokia.com//browse/QTBUG-22382
and it's impact on kde:
http://bugs.kde.o
On 11/04/2011 05:05 PM, Aaron J. Seigo wrote:
we currently have libkactivities in kdelibs/experimental. due to upcoming
changs and frameworks 5 development, it has been moved into its own git
repository: kactivities.
i would like to request approval to remove it from kdelibs/experimental and
mak
On 09/17/2011 11:59 AM, Giorgos Tsiapaliwkas wrote:
So,i propose a new timeline addition in which we will check our tarballs
better and a new bugzilla compoment in which we will be able to
report regressions and critical bugs which hasn't been fixed.
There's already a week between initial tarb
On 07/25/2011 10:26 AM, Vishesh Handa wrote:
> Hey Release team
>
> I'd posted on the list about 10 days ago about the need to backport a
> lot of Nepomuk commits. One of which was extremely important and fixed
> file indexing. ( The others were very trivial stuff that didn't really
> matter ). I a
On 07/20/2011 04:15 PM, Dirk Mueller wrote:
> by schedule I should start tagging KDE 4.7.0 tomorrow. Does anybody know about
> show stoppers?
this is worrisome, with a unspecified commit that might fix it
(unconfirmed),
http://bugs.kde.org/show_bug.cgi?id=277760
so, hard to tell, yet.
-- rex
_
On 07/21/2011 09:03 AM, Milian Wolff wrote:
> Milian Wolff, 21.07.2011:
>> Rex Dieter, 21.07.2011:
>>> Hi, been working on the adapting packaging for our new split tarball
>>> world order, and have run into a bit of a quandry wrt kdelibs and kate.
>>>
>&g
On 07/15/2011 08:56 AM, Philip Muskovac wrote:
> We (the kubuntu team) were discussing the package name for mobipocket
> and in our opinion 'mobipocket' is a far too generic name for the
> tarball since it's not the only source that deals with mobipocket files
> and doesn't contain a "mobipocket"
Sebastian Kügler wrote:
> Let me dump my brain and add how I see release management going forward
> from here:
>
> = KDE SC 4.x =
> * monolithic tarballs, layout like 4.6.0 release
> * no disruption in packages
> * git migration should not have effect on released tarball layout to keep
> packag
On 06/27/2011 02:49 PM, Alexander Neundorf wrote:
> On Friday 24 June 2011, Nicolas Alvarez wrote:
> ...
>> I tried an ExternalProject-based approach before for kdeedu. The main
>> inherent and unavoidable disadvantage is that 'make' alone will *install*
>> the subprojects.
>
> Yes, that's unavoida
On 06/22/2011 02:16 PM, Alexander Neundorf wrote:
> On Wednesday 22 June 2011, Rex Dieter wrote:
>> To be clear, this can make reproducible 4.7.x tarballs, or just 4.7
>> branch snapshots? or both?
>
> What do you mean with "reproducible 4.7.x tarballs" exactly ?
On 06/22/2011 10:52 AM, Alexander Neundorf wrote:
> On Wednesday 22 June 2011, Dirk Mueller wrote:
>> On Tuesday 21 June 2011, Rex Dieter wrote:
>>> Fwiw, in fedora, we hacked the 4.6.80 kde.org tarballs and build-process
>>> to be as-close-to-monolithic as possible.
&
On 06/21/2011 06:41 AM, Will Stephenson wrote:
>>> So you want the fine grained tarballs, if I understand correctly ?
>> Just looking at how the openSUSE buildservice is set up, they seem to
>> use fine-grained tarballs as well, although I don't know how closely
>> those match to the breakdown yo
On 06/20/2011 03:09 PM, Dirk Mueller wrote:
> On Friday 17 June 2011, Albert Astals Cid wrote:
>
>>> with 4.x) or because the newest Okular tag is v4.6.1 in git repo..
>
> okular was taken from svn, simply because thats the way it used to be at the
> beginning when I tagged 4.6.2, and nobody told m
On 06/07/2011 12:49 PM, Arkadiusz Miskiewicz wrote:
> Now if I have big kde tarball and I want to split into smaller pieces I have
> to figure out which file is used by what and then put that file into proper
> separate subpackage. With split tarballs I don't have to do such guessing.
> It's alrea
On 06/03/2011 10:56 AM, Ian Monroe wrote:
> It's still release-team@kde.org not release-team-ark,
> release-team-marble etc etc. Why would split tarballs for 4.7 be an
> uncoordinated shambles? So far the main reason against it seems to be
> that it would be kind of a pain in dealing with your int
On 06/03/2011 10:56 AM, Ian Monroe wrote:
> It's still release-team@kde.org not release-team-ark,
> release-team-marble etc etc. Why would split tarballs for 4.7 be an
> uncoordinated shambles? So far the main reason against it seems to be
> that it would be kind of a pain in dealing with your int
On 06/03/2011 09:19 AM, Jeremy Whiting wrote:
> As you may or may not know kdeaccessibility and kdeutils are ready to
> migrate to git (when the freeze is over, don't worry). And we'd like to
> know what the feeling is about the best time to migrate to minimize
> packaging/releasing stresses. We
>> http://techbase.kde.org/Policies/Minor_Point_Release_Policy/Draft
>> I did some edits.
> So did anyone have a look at my edits to that page? Do they make sense for
> you? It's something we could agree on?
Agreement from me.
-- Rex
___
release-team
On 01/21/2011 08:22 AM, Eric Hameleers wrote:
> On Fri, 21 Jan 2011, Dirk Mueller wrote:
>
>> Hi,
>>
>> I just finished uploading the first set of KDE 4.6.0 tarballs. It includes a
>> hotfix for the last showstopper bug, so we can continue. Thanks to Sebastian
>> and Will for debugging and working
On 01/20/2011 02:20 PM, Alexander Neundorf wrote:
> On Thursday 20 January 2011, Rex Dieter wrote:
>>> This is the code which would have to go into FindKDE4Internal.cmake in
>>> case of breakage:
>>
>> Looks ok to me, just built kdebase-runtime-4.5.95 with cmake-
On 01/20/2011 02:05 PM, Alexander Neundorf wrote:
> On Thursday 20 January 2011, Ian Monroe wrote:
>> On Thu, Jan 20, 2011 at 12:20, Alexander Neundorf wrote:
>>> On Thursday 20 January 2011, Dirk Mueller wrote:
On Wednesday 19 January 2011, Dirk Mueller wrote:
> so the general consensus
On 01/20/2011 07:00 AM, Dirk Mueller wrote:
> On Wednesday 19 January 2011, Dirk Mueller wrote:
>
>> so the general consensus seems to be against slipping the schedule and
>> inserting a RC3.
>>
>> This means that we need to solve bug 246678. Given that there seems to be
>> no fix in sight (no comm
On 01/10/2011 09:15 AM, Allen Winter wrote:
>
> See /pub/kde/unstable/kdepim/4.5.94.1 on your ftp.kde.org mirror.
>
> 0243aa59c3acd9c38403b3acddb33c22c9c39c65 kdepim-4.5.94.1.tar.bz2
> f226165cd7f92524be354329097e5009b5754046 kdepim-runtime-4.5.94.1.tar.bz2
builds ok, but contains locale/transla
On 11/27/2010 01:29 PM, Chani wrote:
> [please CC]
>
> erk. I just backported a bugfix to 4.5 - but it needs a new function in
> kdelibs. which makes kdebase depend on 4.5.4 for that function.
> but, ade tells me that it might not be allowed to depend on anything more
> than
> 4.5.0.
> is this
On 11/22/2010 10:24 AM, Rex Dieter wrote:
> On 11/19/2010 01:44 PM, Dirk Mueller wrote:
>>
>> Hi,
>>
>> I just finished uploading the first set of tarballs.. I believe I need a
>> couple
>> of more tarballs for those to work properly (akonadi etc), working
On 11/19/2010 01:44 PM, Dirk Mueller wrote:
>
> Hi,
>
> I just finished uploading the first set of tarballs.. I believe I need a
> couple
> of more tarballs for those to work properly (akonadi etc), working on that
> now.
>
> Please let me know of urgent fixes/compile issues in those tar b
On 11/19/2010 01:44 PM, Dirk Mueller wrote:
>
> Hi,
>
> I just finished uploading the first set of tarballs.. I believe I need a
> couple
> of more tarballs for those to work properly (akonadi etc), working on that
> now.
>
> Please let me know of urgent fixes/compile issues in those tar b
On 11/19/2010 01:44 PM, Dirk Mueller wrote:
>
> Hi,
>
> I just finished uploading the first set of tarballs.. I believe I need a
> couple
> of more tarballs for those to work properly (akonadi etc), working on that
> now.
>
> Please let me know of urgent fixes/compile issues in those tar b
On 11/19/2010 01:44 PM, Dirk Mueller wrote:
> I just finished uploading the first set of tarballs.. I believe I need a
> couple
> of more tarballs for those to work properly (akonadi etc), working on that
> now.
>
> Please let me know of urgent fixes/compile issues in those tar balls.
Need
On 10/02/2010 09:14 AM, Rex Dieter wrote:
> On 10/01/2010 11:38 AM, Dirk Mueller wrote:
>>
>> Hi,
>>
>> I just finished uploading the first set of KDE 4.5.2 tarballs. Tentatively
>> release is tuesday next week.
>>
>> Please report any failures to
On 10/01/2010 11:38 AM, Dirk Mueller wrote:
>
> Hi,
>
> I just finished uploading the first set of KDE 4.5.2 tarballs. Tentatively
> release is tuesday next week.
>
> Please report any failures to me that would justify a tarball respin. if in
> doubt. please mail.
I'm seeing a kdebindings
On 06/30/2010 12:51 PM, Allen Winter wrote:
> Howdy,
>
> kdepim 4.5 beta1 has been tagged (tags/kdepim/kdepim-4.5beta1) and I created
> a tarball for your compiling and packaging pleasure.
>
> The tarball will be showing up on the public KDE mirrors soon.
> Look in the /pub/kde/unstable/kdepim/kdep
On 06/24/2010 06:38 PM, Michael Pyne wrote:
> I'm wondering if we have any special policy/exemptions for the development
> freeze for the scripts in kdesdk/scripts. Typically they are for use by KDE
> platform developers and so it seems to me that they wouldn't necessarily fall
> under a developme
On 05/31/2010 08:36 AM, Allen Winter wrote:
> Do we want to make a 4.4.5 release?
>
> Seems like we could make a 4.4.5 in late June, since 4.5.0 is due early
> August.
>
> If we want 4.4.5, I propose the schedule:
> June 24th, 2010: Tag KDE 4.4.5
> June 29th, 2010: Release KDE 4.4.5
>
> I vote y
1 - 100 of 161 matches
Mail list logo