On Thursday, July 18, 2013 10:42:35 AM Martin Graesslin wrote:
> how do we prevent that people commit features into master?
Discipline? I assume the kde-workspace developers are all aware of the rules,
and they are busy working on frameworks branch. I doubt other KDE developers
would commit ther
On Thursday, July 11, 2013 07:41:37 AM Martin Gräßlin wrote:
> I agree that this is
> something we learned from kdelibs that we need to keep the releases going
> even if they do not contain new features.
With kdelibs didn't we switch back to branch and tag it from master even
though master is
On Thursday, July 11, 2013 06:53:51 PM andrea diamantini wrote:
> What about a single official development branch?
> Just use two branches:
> - master branch (stable)
> - kdevel branch (devel)
The natural question to come is: why isn't master the devel branch? :)
Ok, let me reformulate again: did
On Tuesday, July 09, 2013 11:45:39 PM Martin Graesslin wrote:
> * master is opened for feature development and will lead to Plasma
> Workspaces 2 (or whatever the release will be called in the end).
Does this mean that kde-workspace in master will exists, but with a different
content (and I assu
Hi,
[...] (just replying at some point)
Two point I want to mention:
1) working in a branch for kdepim is quite painful, as you need actually work
on branches of 3 (or sometimes 4) modules: kdepimlibs, kdepim-runtime, kdepim
(and akonadi). Keep them up-to-date, merge them at the right point, e
On Tuesday, November 06, 2012 09:08:36 AM Jaime Torres Amate wrote:
> > On Nov. 6, 2012, 6:46 a.m., David Edmundson wrote:
> > > The responsibility of deleting d->rootDir seems to lie within KArchive.
> > > Therefore by setting the rootDir twice either implicitly or explicitly
> > > (which this ass
Kevin Krammer wrote:
> Hi Guy,
>
> On Friday, 2012-11-02, guy-kde wrote:
>> Hello again!
>>
>> Using
>>
https://projects.kde.org/projects/kde/kdelibs/repository/revisions/master/
>> entry/experimental/libkdeclarative/kdeclarative.h
>
> I think kdelibs/master is currently unused (not updated
On Wednesday, October 24, 2012 11:48:08 PM Alex Fiestas wrote:
> On Wednesday 24 October 2012 23:19:57 Andras Mantia wrote:
> > Hi,
> >
> > Aaron J. Seigo wrote:
> > > Bodega
> >
> > I hope you are aware about the meaning of the name in certain countri
Hi,
Aaron J. Seigo wrote:
> Bodega
I hope you are aware about the meaning of the name in certain countries. :)
In Spain it is winery, while in Romania and probably some parts of Hungary
it is the name of the cheap drinking places especially in little villages
where people go for only one thin
On Tuesday, October 09, 2012 07:56:48 PM Laszlo Papp wrote:
> On Tue, Oct 9, 2012 at 7:54 PM, Laszlo Papp wrote:
> > I think David took the responsibility for the merge:
> > http://lists.kde.org/?l=kde-release-team&m=134510779413123&w=4
>
> Oh, that was mentioned for kdelibs, and not kde-runtime.
On Thursday, October 04, 2012 12:49:34 PM Stephen Kelly wrote:
> The distros people are using to develop KDE 4.10 ship with CMake 2.8.7 (eg
> latest Ubuntu). I think that's a more significant fact.
it is hard to understand for me why this is a so hard argument. Building KDE
already requires qui
Hi,
Akonadi is a server application without KDE dependencies and originally was
designed to not show any user-visible strings, except in debug logs.
Unfortunately the way it evolved resulted in some error messages going into
user visible message boxes. These strings are currently not translate
On Thursday, September 06, 2012 02:34:32 PM you wrote:
> On Thursday 30 August 2012 20:35:02 Andras Mantia wrote:
> > On Thursday, August 30, 2012 11:51:07 AM Allen Winter wrote:
> > > We discussed this on IRC last night.
> > > The only downside we could come up with was
On Friday, August 31, 2012 07:24:41 AM Sune Vuorela wrote:
> On 2012-08-30, David Faure wrote:
> > I think this is a "belt and suspenders" kind of thing (extra
> > precaution)... in theory it's not necessary, kded will detect new desktop
> > files on kde startup, or during the upgrade process if K
On Thursday, August 30, 2012 11:51:07 AM Allen Winter wrote:
> We discussed this on IRC last night.
> The only downside we could come up with was extra disk space needed by the
> developers if we weren't vigilant about cleaning-up older library versions.
Volker just created a script to clean up th
On Wednesday, August 22, 2012 01:58:57 PM David Edmundson wrote:
> - a big refactor (see branch "big_refactor")
Without going into other details: what would be the reason to merge LightDM
*now*, if you have a big refactoring undergoing?
Andras
On Wednesday, July 25, 2012 09:49:46 AM Laszlo Papp wrote:
> >> Although, it is a bit more here than "does not work". It does even
> >> compile. :-)
> >
> > The usual reason is that the developer doesn't even have a MS compiler or
> > Windows. And nobody can be forced to have one. ;)
>
> You coul
On Wednesday, July 25, 2012 08:57:13 AM Laszlo Papp wrote:
> > There was never a requirement for software that wants to be part of KDE to
> > work on Windows, and I'd like to keep this as it is.
>
> Perhaps, but I can still raise my personal opinion, just as you can
Sure. :)
> .
> Although, it i
On Wednesday, July 25, 2012 06:10:21 AM Laszlo Papp wrote:
> (sorry for sounding blunt but
> Windows should not really be considered as something unimportnat for
> KDE in my opinion).
There was never a requirement for software that wants to be part of KDE to
work on Windows, and I'd like to keep
On Sunday, July 01, 2012 12:15:05 PM Andras Mantia wrote:
> James Booth wrote:
> > For future reference for anyone else that has this problem, Andras's
> > suggestion worked. Thanks!
>
> Sorry, I forgot to send to the list (didn't check the To field).
>
James Booth wrote:
> For future reference for anyone else that has this problem, Andras's
> suggestion worked. Thanks!
Sorry, I forgot to send to the list (didn't check the To field).
Did you make a bug report?
Andras
On Sunday, July 01, 2012 09:21:08 AM Albert Astals Cid wrote:
> I disagree, as a matter of fact, I don't have internet connection in the
> room in my hostel, so if i had a need to use krita I'd need to read its
> manual (since my painting/drawing skills are null) and i'd be not happy to
> discover
On Monday, April 16, 2012 08:59:13 AM Volker Krause wrote:
> I don't think UI is necessarily easier to change than internal API,
> the key difference is that you'll get a compile error for the unit
> test, while you wont notice a broken Squish test immediately.
I was thinking about such innocent
On Thursday, April 12, 2012 10:49:10 PM Alexander Neundorf wrote:
> Yes, how good squish works for you depends on at least two things:
We also use Squish, and it found bugs and regressions in our code.
Still, there is a big problem with it: the test needs to be maintained
constantly. If they are
On Saturday, February 25, 2012 09:47:56 PM Thomas Lübking wrote:
> Am 25.02.2012, 21:38 Uhr, schrieb Andras Mantia :
> >> What about
> >> QT_PLUGIN_PATH=/opt/kde4/lib64/kde4/plugins: strace kwrite --style
> >> oxygen
> >
On Saturday, February 25, 2012 09:25:36 PM Thomas Lübking wrote:
> Am 25.02.2012, 21:15 Uhr, schrieb Andras Mantia :
> > I did remove that countless times while trying to find a solution...
>
> Meaning it is /not/ there when the simple env path launch fails?
Yes.
> What abou
On Saturday, February 25, 2012 09:11:08 PM Thomas Lübking wrote:
> Yupp, wild guess:
> move the Trolltech.conf away, it usually contains a lot of caching junk
> (from old Qt versions, installations ...) and try again (somewhere the
> wrong path has to derive from)
I did remove that countless t
On Saturday, February 25, 2012 08:37:05 PM Thomas Lübking wrote:
> > Tell me what do I do wrongly, and I'm willing to apologize and fix my
> > system.
>
> try
> QT_PLUGIN_PATH=/opt/kde4/lib64/kde4/plugins:/usr/lib64/kde4/plugins strace
> kwrite --style oxygen 2>&1 | grep -i oxygen | grep open
>
On Saturday, February 25, 2012 11:42:13 AM Hugo Pereira Da Costa wrote:
> > I tend to think proper soversion bumping would be a good solution.
>
> In both cases it does not fix (sorry for repeating myself) the true
> issue, which is that your plugin_path is not consistent with your
> LD_LIBRARY_P
On Friday, February 24, 2012 05:48:36 PM Sune Vuorela wrote:
> On 2012-02-24, Hugo Pereira Da Costa wrote:
> > I understand that. The point I was trying to make, is that you would
> > still get the "old" pluggin, admittingly without crashing, but which
> > would nonetheless be not correct.
>
> Wh
On Friday, February 24, 2012 07:28:33 PM Martin Gräßlin wrote:
> > User asking on distro/KDE mailinglist/forum/IRC because xyz does not work.
> >
> >
> >
> > 1. he gets an answer
> > 1.1 known bug
> > 1.2 me too -> the user might open a bug report
> > 1.3 it works like this…
> >
> >
> >
> > 2. he
On Friday, February 24, 2012 06:51:11 PM Martin Gräßlin wrote:
> -> first level support
>
> issues are not opened on the bug tracker but in a user support management
> system - e.g. forums.kde.org. Only if the supporters figure out that there
> is a real bug, they will open a bug report. This is
On Friday, February 24, 2012 06:10:23 PM Thomas Lübking wrote:
> Am 24.02.2012, 09:44 Uhr, schrieb Andras Mantia :
> > Bugzilla is not a to-do list, it is for what else... a bug (and wishlist)
> > reporting tool for users.
>
> The problem here that this is noise prone and
On Friday, February 24, 2012 12:01:37 PM Hugo Pereira Da Costa wrote:
> are other applications also crashing (like, e.g. plasma workspace, or
> kwin) ? (It should)
>
> if not it might be a QtCreator specific issue.
Yes, also kde apps crash, like kdesvn, kate, etc.
Andras
On Friday, February 24, 2012 11:51:51 AM Thiago Macieira wrote:
> Correct.
>
> Make sure that your new KDE's installation is found by the Qt plugin
> system, either by setting QT_PLUGIN_PATH or by editing Trolltech.conf.
I have this:
printenv QT_PLUGIN_PATH
/opt/qt4/plugins:/opt/kde4/lib64/kde4/
On Friday, February 24, 2012 11:25:13 AM Hugo Pereira Da Costa wrote:
> If I remember correctly, the recipy for getting the right pluggin path
> (and thus avoid the crashes -always-), is to edit
> $HOME/.config/Trolltech.conf, and remove (or fix) the "libraryPath"
> section in [qt].
Hm, I would
On Tuesday, February 21, 2012 11:37:23 PM Milian Wolff wrote:
> What version will the new bugzilla have? Are the REST/JSON/XMLRPC APIs
> going to be enabled?
And then maybe someone can revive kbugbuster.
Andras
Hi,
is there any BC guarantee for liboxygenstyle.so.4? If not, i think there
should be... It is not the first time that you cannot run application installed
by your distribution under a self-compiled KDE master, because BIC issues in
lliboxygenstyle.so. The apps from there load the oxygen.so p
On Thursday, February 23, 2012 04:57:16 PM David Edmundson wrote:
> > First of all, the bugzilla is supposed to be a communication tool between
> > the user and the developer.
> Or is it?
>
> If I understand Martin correctly, he wants bugzilla to be "a list of
> things broken in my app", not a com
On Wednesday, February 22, 2012 04:11:57 PM David Faure wrote:
> He asked me why we don't do this, and the only reply I could come
> up with was the few cases where bugs turned into actual political
> flamewars; his answer was obviously "give rights to everyone, and remove
> rights when someone
On Tuesday, November 29, 2011 17:29:33 Thomas =?ISO-8859-1?Q?L=FCbking?=
wrote:
> Ok, last observation:
>
> The critical value seems to be "13" in Bespin (what means
> PM_ScrollBarExtent to be "15" for horizontal sliders)
> The value of qcommonstyle is qMax(16, QApplication::globalStrut());
FYI,
On Thursday, November 17, 2011 18:17:30 Alexander Neundorf wrote:
> > i was not sure i agreed with that approach, but i have to say that
> > the last few threads on this topic on k-c-d have supported their
> > point :(
> I would draw exactly the opposite conclusion.
>
> If the signal to noise rati
On Wednesday, November 16, 2011 09:48:15 Thomas Friedrichsmeier wrote:
> So why have this discussion on a separate list, at all? Isn't that
> just the� sort of topic that kde-core-devel is for?
I agree...
Andras
argv=) at
/encrypted/home/andris/development/sources/kde-trunk/kdepim/akregator/src/main.cpp:103
Diffs
-
kparts/statusbarextension.cpp 7689360
Diff: http://git.reviewboard.kde.org/r/103098/diff/diff
Testing
---
Thanks,
Andras Mantia
On Tuesday, October 11, 2011 16:33:39 Thomas L�bking wrote:
> Also it's not required to have the terminal on top of the stack - i've
> always been very successful abusing MMB c&p to clickpaste me any
> command i wanted ;-)
Seems I'm not alone doing that. :)
Andras
On Sunday, October 09, 2011 20:02:27 Martin Gr��lin wrote:
> Hi all,
>
> as you might know we have been working on moving the screenlocker from
> KRunner to KWin and passed the control to the compositor (iff
> compositing is active) to ensure that nothing which should not be
> shown gets visible.
On Sunday, October 02, 2011 20:31:11 Dario Freddi wrote:
> I don't think so. Every other system does a similar thing: there is no
> use in saving battery when you're on AC, when you are on battery
> these components are turned off. I don't think this should be
> configurable at all, and to a certai
On Sunday, October 02, 2011 17:04:50 Martin Gr��lin wrote:
> So please calmn down and lets focus on improving the user experience
> by not spending too much time on too long� threads.
I'm far from being upset or anything. I just gave my opinion, which
seems to match others as well. We were *asked
On Sunday, October 02, 2011 14:45:58 Dario Freddi wrote:
> > That was one example. Another example brought up is e.g switching of
> > strigi or nepomuk indexing when switching to a power saving profile.
> > These two are something that usually kick in when you are in idle
> > mode, exactly when the
On Saturday, October 01, 2011 23:13:06 Dario Freddi wrote:
> > Is it? Certainly disabling desktop effects and 3D acceleration has
> > an
> > impact.
>
> Sorry to disappoint you, but this action will be removed in 4.8.
> Martin has explicitely stated that for how compositing in KDE works
> now turn
[Please reply on both lists if you cross-posted, otherwise dicussion will be
more fragmented. I just looked up the plasma list out of curiosity, normally
I don't follow, so your mail would have been missed.]
Dario Freddi wrote:
>> I can't comment on activities, never used them, nor feel the nee
On Saturday, October 01, 2011 14:43:24 Michael Pyne wrote:
> I can say that on my laptop I've used the power management widget all
> the� time, but the only times I've touched Activities has been
> completely by accident, since I use the laptop for basically one
> thing. So while Activities should
On Saturday, October 01, 2011 16:27:48 Dario Freddi wrote:
> Hello all, and sorry for cross-posting.
> [...]
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.
What I ca
On Thursday, September 29, 2011 21:43:34 Stefan Majewsky wrote:
> Without judging on the other arguments which look very reasonable to
> me...
> On Thu, Sep 29, 2011 at 2:01 PM, Kevin Kofler
wrote:
> > 2. It will be confusing to our users, and even to some packagers, to
> > have a KDE SC 4.8 on k
(I reply to the list only, as it is not related to the request itself)
> And no, we definitely want no nested event loop. Anything else, but
> not that.
I agree 100%. When you see things like the same modal messagebox popping
up twice (so one is visible, and another one appears called from the
On Wednesday, February 02, 2011 18:36:28 Alexander Neundorf wrote:
> I don't really care how it will be, but I really think we should agree
> on one common recommended and documented workflow to use.
I agree of having a recommended way of doing, but I do not agree forcing
a predefined workflow o
Hi,
I compiled KDE trunk and installed in a clean install dir. For some
reason kdebase compilation failed and I saw that kdesdk also failed.
Looking at the log it shows that kdesdk depends on kdebase, because
dolphin-plugins/git and svn looks for libkonq. I think this should not
happen (inter
> On 2010-12-01 17:23:11, Kevin Ottens wrote:
> > Well, if the job is explicitely isAutoDelete() then I'd say it's a bug in
> > the caller to try to delete it in the first place...
>
> Aurélien Gâteau wrote:
> I see your point, but on the other hand if the job is not *autodelete*
> and the
58 matches
Mail list logo
