be something like 20% or even 10% of
existing contributors. From what I can tell, those Windows developers that
contribute use more modern VC compilers than 2010.
If need be, ask the contributors for their preference. Poll for it. Do
something about it. I do not think that this limitation in language
of
gaining 0.5% users of non-free outdated compilers.
Cheers,
Mirko.
--
Mirko Boehm | mi...@kde.org | KDE e.V.
FSFE Fellow, FSFE Team Germany
Qt Certified Specialist
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde
and Plasma people: can you tell me the relevant changes ?
>> >
--
Mirko Boehm | mi...@kde.org | KDE e.V.
FSFE Fellow, FSFE Team Germany
Qt Certified Specialist and Trainer
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
ht
ook and the threadweaver repo have some simple examples on how to
use the extractor.
Cheers,
Mirko.
--
Mirko Boehm | mi...@kde.org | KDE e.V.
FSFE Fellow, FSFE Team Germany
Qt Certified Specialist and Trainer
___
Kde-frameworks-devel mailing li
code. I'm not sure where else to look. Any suggestions?
Sorry for the late response. I just came back from the Randa meeting. You can
now find examples in the ThreadWeaver repo, and 10 pages of introduction in
kde:kf5book.
Have fun, and if you have any questions, please let me know.
Mirko
.
Hugo is in CC in this email. Hugo, you might want to introduce your self and
subscribe to the mailing list.
Thanks for your help!
Mirko.
On 08/10/2014 06:01 PM, Mirko Boehm wrote:
> The second chapter will then contain detailed articles about the
> individual frameworks. They should build
a scratch git repo:
> kde:scratch/garg/book
--
Mirko Boehm | mi...@kde.org | KDE e.V.
FSFE Fellow, FSFE Team Germany
Qt Certified Specialist and Trainer
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/li
, make some chapters, drag them around, and see what
> everything looks like.
>
> Unfortunately the editor won't save for me tonight; I actually did add
> content to a chapter, but I can't see it. I'll consult the
> flossmanuals folks about this or try different browser
o first-hand experience with
these tools. Considering you two are familiar with Booki - if you consider it a
good tool, let's go for it, unless anybody comes up with a different opinion.
Cheers,
Mirko.
--
Mirko Boehm | mi...@kde.org | KDE e.V.
FSF
g.
>
> Of course we will have IRC, but I hope it will be easy for people to
> directly work on the book text from everywhere.
I think I mentioned it before, but just to be sure - I am happy to join
in effort this during Randa.
As for getting more contributors to it, I suggest to have
Hi,
On 02 Jan 2014, at 15:37 , David Faure wrote:
> On Thursday 02 January 2014 15:29:13 Mirko Boehm wrote:
>>> The official way used by all other modules would be
>>> threadweaver/job.h (lowercase real header) and
>>> ThreadWeaver/Job (forwarding header)
>>
Hi!
On 01 Jan 2014, at 18:37 , David Faure wrote:
> On Wednesday 01 January 2014 18:27:36 Mirko Boehm wrote:
>> Hi,
>>
>> On 01 Jan 2014, at 17:26 , David Faure wrote:
>>> I'm converting all frameworks to ecm_generate_headers, which creates
>>> Fra
directories in the same
folder, right? Because that would not work on either OSX nor Windows (stating
the obvious, I think).
Happy new year, guys and girls! 2014 will certainly be the year of the Linux
desktop!
Mirko.
--
Mirko Boehm | mi...@kde.org | KDE e.V.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/01/2013 11:41 PM, Michael Pyne wrote:
>> 1) Are we sure we want to disable exceptions in libraries released in 2014?
>> > 2) What is the _BLBAFASEL_EXCEPTIONS_ENABLED_ preprocessor variable that I
>> > can use to implemented the exception- and no
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/01/2013 06:46 PM, Nicolás Alvarez wrote:
>>> and so forth. That would be a real breakthrough. It is related to the
>>> >> approach taken by Maven and others. All it takes is a built-in way for
>>> >> CMake to download the find_modules into a cach
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
in ThreadWeaver, I would like to be able to catch exceptions thrown from the
run() method of Jobs. You know we cannot trust the user :-) I can work around
if exceptions are disabled in the compiler if I know about it. What I would
like to be a
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/113535/#review42771
---
Ship it!
Looks good to me, approved.
- Mirko Boehm
On Nov
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/01/2013 01:53 PM, Sune Vuorela wrote:
>> So far we chose the "have it in cmake/ecm" route. If we had what Mirko =
>> > refers=20
>> > to, then that'd open the door to another solution.
> And it would open the first door towards alienating linux d
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/01/2013 01:37 PM, Kevin Ottens wrote:
>> if a package foo uses ecm (or that non existing tier0 cmake package) itself,
>> > this does not mean that another package which uses foo, also needs ecm (or
>> > that tier0 package) at buildtime.
> Well, i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/01/2013 12:56 PM, Alexander Neundorf wrote:
>> As for internet access, I doubt this will be a problem.
> there would have to be a way to do this without internet access.
> There are setups, where developers simply don't want to depend on some
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/01/2013 11:25 AM, Sune Vuorela wrote:
>> and so forth. That would be a real breakthrough. It is related to the
>> approach taken by Maven and others. All it takes is a built-in way for CMake
>> to download the find_modules into a cache location
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/01/2013 10:46 AM, Alexander Neundorf wrote:
> [1] Why not merge that into CMake ? For quicker releases, and even easier
> contributing. Also Bill once said that in hindsight he would have prefered if
> cmake would not ship any find-modules itse
Hi,
whats the modus operandi? IRC?
Mirko.
On Jul 22, 2013, at 08:27, Kevin Ottens wrote:
> Everyone should be back from Akademy now, so time to get back to our good
> habits. :-)
>
> Just a quick reminder:
> The next KF5 Update Meeting will happen tomorrow at 4pm Paris t
)
Mirko.
--
Mirko Boehm | mi...@kde.org | KDE e.V.
FSFE Fellow, FSFE Team Germany
Qt Certified Specialist and Trainer
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
adWeaver#cite_note-CNET-1> by Mirko
> Boehm that allows developers to easily take advantage of multi-core
> processors <http://en.wikipedia.org/wiki/Multi-core_processor>.^[1]
> <http://en.wikipedia.org/wiki/ThreadWeaver#cite_note-CNET-1> In
> ThreadWeaver the workload is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/02/2013 05:05 PM, Sebastian Kügler wrote:
>> - - Examples are currently in the kdelibs tree, at
>> > tier1/threadweaver/examples. I like that they are in the same
>> > repository, but still - is this the right place?
> If not, we have the kdeexam
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Frameworks Developers,
recently I have been updating ThreadWeaver for frameworks. Until now,
most of the changes have been extensions of the test suite, updates for
changes in Qt that happened in the meantime, and the addition of a
benchmark. Until
ss it has to do with the CamelCasing of the library names?
Mirko.
--
Mirko Boehm | mi...@kde.org | KDE e.V.
FSFE Fellow, FSFE Team Germany
Qt Certified Specialist
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
nd
> against.
>
> So... which ones of it is it we are talking about?
I am mostly arguing that to achieve 1) and 2), we do not have to have 3), a
multi-repository structure. It can all be achieved by email.
Mirko.
--
Mirko Boehm | mi...@kde.org | KDE e.V.
FSFE Fellow, FSFE Team G
On Feb 8, 2013, at 13:10 , Mirko Boehm wrote:
> I am mostly arguing that to achieve 1) and 2), we do not have to have 3), a
> multi-repository structure. It can all be achieved by email.
Hehe: cmake, not email.
Cheers,
Mirko.
--
Mirko Boehm | mi...@kde.org | KDE e.V.
FSFE Fellow
s Frank said: "I haven't seen any convincing argument yet why multiple
repositories are better."
+1.
Cheers,
Mirko.
--
Mirko Boehm | mi...@kde.org | KDE e.V.
FSFE Fellow, FSFE Team Germany
Qt Certified Specialist
___
Kde-frameworks-deve
Good morning!
On Feb 7, 2012, at 20:08, Kevin Ottens wrote:
> On Tuesday 07 February 2012 09:29:49 Mirko Boehm wrote:
>> I realized I am surprisingly unaware of the current ongoings. Because of
>> that, I will reserve some time for weekend hacking (good to have an excuse
>>
vel overview, this email is also an opportunity for you to
> send me back information from the trenches. :-)
>
> Happy splitting!
> Cheers!
>
> [*] I still need to find a catchy name for KDE Frameworks maintainers. :-)
> --
> Kévin Ottens, http://ervin.ipsquad.net
>
33 matches
Mail list logo
