On Thu, Mar 22, 2012 at 11:25 AM, Chusslove Illich caslav.i...@gmx.net wrote:
Only 0.56% of all messages (1144 out of 200,000) contain any [KUIT tags].
I'm missing one point in this statistic: How big would the percentage
be if KUIT was used in every relevant string?
I suspect that most
Hi,
on kde-games-devel, we got a lot of interest in a GSoC 2012 idea
that's about porting a game to QML/Quick1. We want this on one hand as
a template for further QML-based games, but on the other hand, it
shall most importantly reveal where we have to adjust libkdegames
towards more
On Wed, Feb 22, 2012 at 4:11 PM, David Faure fa...@kde.org wrote:
give rights to everyone, and remove rights when
someone abuses them. This is also what we do for SVN/GIT, so why don't we do
this for bugzilla? Presuming people are innocent upfront, rather than guilty
What we do for SVN/Git is
bugs.kde.org?
Greetings
Stefan
[CC kde-scm-interest for notification only]
[CC kde-buildsystem for feedback on the proposed build system changes]
[CC kde-packagers for feedback on the implied changes to package layouts]
[@CC: please keep discussion on k-c-d and k-g-d only]
Moin moin,
EXECUTIVE SUMMARY
I propose to
On Fri, Oct 14, 2011 at 9:30 PM, Alexander Neundorf neund...@kde.org wrote:
IMO today with usually broadband internet access this shouldn't be much of a
concern (especially if these files change only rarely).
For all games, the data contributes 400 MB of uncompressable history.
(I think that's
On Sun, Oct 2, 2011 at 7:32 PM, Dario Freddi drf54...@gmail.com wrote:
I will conclude the argument by saying that the
skepticals can now check out, in kde-workspace, my branch dafre/new-
powerdevil, which is implementing everything I said (new applet, new profile
handling) except for
On Sun, Oct 2, 2011 at 7:58 PM, Dario Freddi drf54...@gmail.com wrote:
I still haven't found a you're
right after a thousand times I've been explaining the only real saver you can
configure is brightness, and this kinda concerns me.
You are indeed right. (Funny thing is that brightness is the
On Sat, Oct 1, 2011 at 7:33 PM, Andras Mantia aman...@kde.org wrote:
I can't comment on activities, never used them, nor feel the need to use
them. So this sounds more like the power management applet would force
me to create and use activites.
+1. Actually I'm confused by the concept of
Without judging on the other arguments which look very reasonable to me...
On Thu, Sep 29, 2011 at 2:01 PM, Kevin Kofler kevin.kof...@chello.at wrote:
2. It will be confusing to our users, and even to some packagers, to have a
KDE SC 4.8 on kdelibs 4.7. [...]
...what exactly stops you from
On Wed, Sep 28, 2011 at 10:26 AM, Myriam Schweingruber myr...@kde.org wrote:
Since the API documentation is extracted automatically, I would expect
it to be rather up-to-date
Yes, but it's not always very extensive. Or to put it differently: API
documentation can only be extracted, but not be
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/102519/#review6262
---
A quick search on b.k.o did not turn anything up, although I
On Wed, Aug 31, 2011 at 4:20 PM, Albert Astals Cid aa...@kde.org wrote:
But I have a general question: Why is there a Name[lang]= field at all ?
The translation for the mime types is already given in the shared-mime-info
database.
Because it is a .desktop file and .desktop Name fields are
On Tue, Aug 23, 2011 at 8:10 AM, Aaron J. Seigo ase...@kde.org wrote:
is there a way to get notified from systemd when a unit changes activation or
load state? because those would also be useful in the engine, obviously.
I don't see such signals, and this can be a real problem. libqsystemd
On Tue, Aug 23, 2011 at 4:48 PM, Stefan Majewsky
stefan.majew...@googlemail.com wrote:
I don't see such signals, and this can be a real problem.
Looked again, and there is a single change signal, plus a set of
properties which are invalidated by this signal. Should be enough to
keep the cache
On Fri, Aug 19, 2011 at 9:27 PM, John Layt jl...@kde.org wrote:
The kde-wallpapers and kdeartwork modules are likely to remain in svn until
git handles binary blobs better. Then there is also a lot of stuff still in
extragear and playground.
This is an issue with kdegames as well: A complete
On Sun, Aug 21, 2011 at 4:54 PM, John Layt jl...@kde.org wrote:
Ummm, Pulse Audio? It completely broke sound under KDE. It caused a lot of
users a lot of pain before Colin come along to fix it for us and for Gnome
users too. I don't want to see a repeat of that, so figuring out how to get
On Fri, Aug 12, 2011 at 3:58 PM, Mark mark...@gmail.com wrote:
Dolphin is going in the QML direction?
Yes, I think a Juk rewritten in QML could be a good thing.
Well, in that direction.. it's not written in QML or anything.. :
http://ppenz.blogspot.com/2011/08/introducing-dolphin-20.html
Of
On Sat, May 14, 2011 at 10:18 PM, Parker Coates
parker.coa...@kdemail.net wrote:
Also note that KPixmapCache is now deprecated and that KImageCache is
just a thin convenience wrapper around KSharedDataCache. So really,
KSharedDataCache is KDE's only current caching system.
Michael Pyne, if
On Thu, May 12, 2011 at 10:44 AM, Ben Cooksley bcooks...@kde.org wrote:
libtagaro
Can be moved back to playground/games for now. Has been postponed to
4.8 cycle (discussion on kde-games-devel).
Greetings
Stefan
On Sun, May 8, 2011 at 6:52 PM, todd rme toddrme2...@gmail.com wrote:
Weren't there issues with kdeartwork and GIT because of the large
number of binary files (like wallpapers)?
The same (still unresolved) issues are with kdegames, which has 400 MB
of history just for data files (which make up
On Fri, Apr 22, 2011 at 3:39 PM, Torgny Nyblom k...@nyblom.org wrote:
+1 a module is a unit and should be treated as such even if the different apps
are in different gits.
So should I move the code to SVN then? This discussion was on
kde-games-devel already, and the mass figured it's quite
Hi,
what is the technical procedure for moving libtagaro.git to kdereview?
I think sysadmins need be informed, and hope that those are reading
here.
Assuming that this goes well: I hereby propose to move libtagaro to
the kdegames module after the usual review period. For the time being,
because
On Wed, Apr 13, 2011 at 11:47 PM, Parker Coates
parker.coa...@kdemail.net wrote:
If it means adding a new library for distributions to package, I think
it has to go through kdereview, even if it does so with a this is not
a stable API disclaimer. It's a relatively big change, so I think
third
On Wed, Feb 16, 2011 at 5:31 PM, Aaron J. Seigo ase...@kde.org wrote:
which begs the question: is KConfig (as ane exmple) platform or app dev? fun
conversations to be had and digging to be done :)
From my experience, KConfig is actually two things at once:
1. framework for reading and writing
On Wed, Feb 16, 2011 at 10:31 PM, Stephen Kelly steve...@gmail.com wrote:
If someone writes 100 commits and pushes them without review then that's a
social problem.
I was referring to the case when a feature branch gets moved between
repositories (e.g. a personal clone and the master repo).
On Tue, Feb 15, 2011 at 6:51 PM, Aaron J. Seigo ase...@kde.org wrote:
Only features / topics that are intended from the state to be merged with
master should end up in the main repository, however. More experimental and/or
long term efforts (an example presented was the kconfig refactor leading
On Sat, Feb 5, 2011 at 9:12 PM, John Tapsell johnf...@gmail.com wrote:
The way that it works for the public Qt repository is that no one can
create or delete branches. But anyone can clone the repository, and
then create/delete branches there as they want.
Shouldn't we have something
On Thu, Feb 3, 2011 at 6:21 AM, Dawit A ada...@kde.org wrote:
git config --global push.default tracking
and use the -t or --track option when creating your branches (branch
or checkout -b). This way you can 'git push' (no arguments) in the
current tracked branch without accidentally pushing
On Tue, Feb 1, 2011 at 10:22 PM, Aaron J. Seigo ase...@kde.org wrote:
then i learned today to be extra vigilant about doing `git pull --rebase` and
not just `git pull` so i don't accidentally throw merge commits in there while
preping for a push.
Look in man git-config for
On Mon, Jan 31, 2011 at 11:34 PM, Arno Rehn kde-de...@arnorehn.de wrote:
(Feature branches are a different thing).
Am I right that these should be rebased instead of merged?
31 matches
Mail list logo
