QDate in Qt5 now supports dates before 4712 BCE (new limit is 12626108195557530
BCE, well outside the limit of a four digit year).
---
This fixes test #12: kdecore-kdatetimetest when building on Qt5. I choose to
just rip it out rather than to preserve behaviour for Qt4, as I figgured we
could
On Sun, Oct 7, 2012 at 10:30 PM, Jon Severinsson j...@severinsson.net wrote:
QDate in Qt5 now supports dates before 4712 BCE (new limit is
12626108195557530 BCE, well outside the limit of a four digit year).
---
This fixes test #12: kdecore-kdatetimetest when building on Qt5. I choose to
On Sunday 07 October 2012 22:30:28 Jon Severinsson wrote:
This fixes test #12: kdecore-kdatetimetest when building on Qt5.
Thank you! Much appreciated.
I choose to
just rip it out rather than to preserve behaviour for Qt4, as I figgured we
could live with a bad return value from outOfRange()
måndagen den 8 oktober 2012 12:41:21 skrev du:
On Sunday 07 October 2012 22:30:28 Jon Severinsson wrote:
This fixes test #12: kdecore-kdatetimetest when building on Qt5.
Thank you! Much appreciated.
I choose to
just rip it out rather than to preserve behaviour for Qt4, as I figgured
On Monday 08 October 2012 13:00:44 Jon Severinsson wrote:
måndagen den 8 oktober 2012 12:41:21 skrev du:
On Sunday 07 October 2012 22:30:28 Jon Severinsson wrote:
This fixes test #12: kdecore-kdatetimetest when building on Qt5.
Thank you! Much appreciated.
I choose to
just rip it
The sign of the UTC offset was ignored, and an offset of -0500 (New York) would
be treated at +0500 (Pakistan).
This commit also adds a unit test for UTC offset parsing and comparasion.
---
Hi
When mucking around in the frameworks branch of kdelibs I found a bug in the
KDateTime string parsing,
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/106755/
---
(Updated Oct. 8, 2012, 9:31 a.m.)
Review request for KDE Base Apps and
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/106755/#review20057
---
any application which expects the user to access files on disk
On Oct. 8, 2012, 9:52 a.m., Aaron J. Seigo wrote:
any application which expects the user to access files on disk but does not
provide a clear representation of mounted / removable devices is broken.
there's no point in degrading our own primary UI for such fixable
brokenness. can you
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/106503/#review20065
---
konqueror/src/konqsessionmanager.cpp
On Oct. 8, 2012, 10:30 a.m., David Faure wrote:
konqueror/src/konqsessionmanager.cpp, line 123
http://git.reviewboard.kde.org/r/106503/diff/6/?file=88345#file88345line123
Did you change this if() wrongly?
Now the code says if I could find the dialog-warning icon, then
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/106615/
---
(Updated Oct. 8, 2012, 5:26 p.m.)
Review request for KDE Base Apps and
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/106503/
---
(Updated Oct. 8, 2012, 5:43 p.m.)
Review request for KDE Base Apps and
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/106771/
---
Review request for kdelibs and David Faure.
Description
---
The
On Sunday, October 07, 2012 22:23:56 Jon Severinsson wrote:
The sign of the UTC offset was ignored, and an offset of -0500 (New York)
would be treated at +0500 (Pakistan). This commit also adds a unit test for
UTC offset parsing and comparasion. ---
Hi
When mucking around in the frameworks
On Sunday 30 September 2012, Alexander Neundorf wrote:
On Saturday 29 September 2012, Michael Pyne wrote:
On Saturday, September 29, 2012 12:12:43 André Wöbbeking wrote:
On Saturday 29 September 2012 11:59:04 Rolf Eike Beer wrote:
Am Samstag 29 September 2012, 11:48:16 schrieb André
Hi fellow kde-core-develers, i was thinking that from time to time someone
commits some code that breaks the building of the tests.
This happens because people is not aware that those parts are unit tested.
I think that by enabling the building of the tests by default we at least make
sure the
Anything to make developers (including myself) more unit test aware,
I'm all for it, even if it helps only a little bit.
On Monday 08 October 2012 10:40:55 PM Albert Astals Cid wrote:
Hi fellow kde-core-develers, i was thinking that from time to time someone
commits some code that breaks the building of the tests.
This happens because people is not aware that those parts are unit tested.
I think that by
Em Monday 08 October 2012, Àlex Fiestas escreveu:
Anything to make developers (including myself) more unit test aware,
I'm all for it, even if it helps only a little bit.
+1
--
Lamarque V. Souza
KDE's Network Management maintainer
http://planetkde.org/pt-br
On Tue, Oct 9, 2012 at 9:55 AM, Lamarque V. Souza lamar...@kde.org wrote:
Em Monday 08 October 2012, Àlex Fiestas escreveu:
Anything to make developers (including myself) more unit test aware,
I'm all for it, even if it helps only a little bit.
+1
+1 from me as well.
--
Lamarque
On Monday 08 October 2012 22:40:55 Albert Astals Cid wrote:
Hi fellow kde-core-develers, i was thinking that from time to time someone
commits some code that breaks the building of the tests.
This happens because people is not aware that those parts are unit tested.
I think that by
On Sunday 07 October 2012 21:23:56 Jon Severinsson wrote:
The sign of the UTC offset was ignored, and an offset of -0500 (New York)
would be treated at +0500 (Pakistan).
This commit also adds a unit test for UTC offset parsing and comparasion.
---
Hi
When mucking around in the frameworks
On Monday 08 October 2012 22:40:55 Albert Astals Cid wrote:
Hi fellow kde-core-develers, i was thinking that from time to time someone
commits some code that breaks the building of the tests.
This happens because people is not aware that those parts are unit tested.
I think that by
Hehe, this email couldn't arrive at better timing.
We are discussing in another mailist (plasma-devel) about this.
We created a PoC of our own sso called Accounts and designed how the
final thing should look like at our annual meeting (Akademy). You can
take a look at the PoC here:
Halo Sebastian :)
On Mon, Oct 8, 2012 at 2:17 PM, Sebastian Kügler se...@kde.org wrote:
- If you need something infrastructure, the KDE sysadmin team can help you.
Right, so code repository will be needed as soon as I finish the
mobile client , as from there I'd like to try and have a KDE
Hey everyone
For 4.10, Nepomuk will no longer depend on Strigi for file indexing. We
have written our own file indexer which are based on popular libraries such
as taglib, exiv, ffmpeg, etc. This allows us to better control the indexing
process. If you would like to know more reasons as to why
A quick clarification -
All of these additional dependencies - TagLib, FFmpeg, Exiv2, Poppler and
more - they are all OPTIONAL. If you don't have the required library, then
we just will not extract metadata from the mimetypes that it supports.
On Mon, Oct 8, 2012 at 7:21 PM, Vishesh Handa
On Mon, Oct 8, 2012 at 3:51 PM, Vishesh Handa m...@vhanda.in wrote:
Hey everyone
For 4.10, Nepomuk will no longer depend on Strigi for file indexing. We have
written our own file indexer which are based on popular libraries such as
taglib, exiv, ffmpeg, etc. This allows us to better control
Hi Sivan,
On Monday, October 08, 2012 15:37:14 Sivan Greenberg wrote:
On Mon, Oct 8, 2012 at 2:17 PM, Sebastian Kügler se...@kde.org wrote:
- If you need something infrastructure, the KDE sysadmin team can help
you.
Right, so code repository will be needed as soon as I finish the
mobile
On Mon, Oct 8, 2012 at 7:33 PM, todd rme toddrme2...@gmail.com wrote:
On Mon, Oct 8, 2012 at 3:51 PM, Vishesh Handa m...@vhanda.in wrote:
Hey everyone
For 4.10, Nepomuk will no longer depend on Strigi for file indexing. We
have
written our own file indexer which are based on popular
On 10/08/2012 08:59 AM, Aleix Pol wrote:
On Mon, Oct 8, 2012 at 3:51 PM, Vishesh Handa m...@vhanda.in wrote:
Hey everyone
For 4.10, Nepomuk will no longer depend on Strigi for file indexing. We have
written our own file indexer which are based on popular libraries such as
taglib, exiv, ffmpeg,
On Mon, Oct 8, 2012 at 8:08 PM, Eric Hameleers al...@slackware.com wrote:
On Mon, 8 Oct 2012, Aleix Pol wrote:
In any case, I'm unsure that KDE can shine without ffmpeg.
Aleix
I am sure that ffmpeg is providing some core functionality here. But, a
distribution like Slackware does not
Am Montag, 8. Oktober 2012, 20:12:07 schrieb Vishesh Handa:
That is the current scenario. All indexing plugin (including ffmpeg) are
optional during compile time.
So if you cannot have ffmpeg installed when compiling nepomuk-core you have to
re-compile it in order to use the ffmpeg plug-in?
On Mon, Oct 8, 2012 at 4:42 PM, Vishesh Handa m...@vhanda.in wrote:
On Mon, Oct 8, 2012 at 8:08 PM, Eric Hameleers al...@slackware.com wrote:
On Mon, 8 Oct 2012, Aleix Pol wrote:
In any case, I'm unsure that KDE can shine without ffmpeg.
Aleix
I am sure that ffmpeg is providing some
On Mon, Oct 8, 2012 at 8:17 PM, Sven Burmeister sven.burmeis...@gmx.netwrote:
Am Montag, 8. Oktober 2012, 20:12:07 schrieb Vishesh Handa:
That is the current scenario. All indexing plugin (including ffmpeg) are
optional during compile time.
So if you cannot have ffmpeg installed when
On Mon, 8 Oct 2012, Aleix Pol wrote:
Date: Mon, 8 Oct 2012 15:59:12 +0200
From: Aleix Pol aleix...@kde.org
To: Vishesh Handa m...@vhanda.in
Cc: kde-devel@kde.org, Nepomuk mailing list nepo...@kde.org,
kde-packag...@kde.org
Subject: Re: [Nepomuk] Nepomuk - Moving away from Strigi
On Mon,
On Monday 08 October 2012 at 16:03:26, todd rme wrote:
What do you mean by separate repository? Do you mean people would
be able to build and install the plugins independently of
nepomuk-core? Certainly for the legally questionable ones this would
be nice.
For us in Fedora, this would be
On Monday 08 October 2012 at 15:59:12, Aleix Pol wrote:
In any case, I'm unsure that KDE can shine without ffmpeg.
It can, and it must. FFmpeg (or Libav which is basically the same thing) is
not acceptable for Fedora and will not be in Fedora any time soon. (Maybe in
something like 20 years
On Mon, Oct 8, 2012 at 8:19 PM, todd rme toddrme2...@gmail.com wrote:
Out of curiosity, what is the functionality that depends on ffmpeg? I
am not sure it is really possible to know the best approach unless we
know what we are losing by not having it.
Extracting the metadata from video
Am Montag, 8. Oktober 2012, 20:28:14 schrieb Vishesh Handa:
yes. That is the current scenario. I'm not sure how the packagers handle
this.
It would be better if the user would just need to install the plug-in and not
a re-compiled nepomuk-core, i.e. make e.g. ffmpeg just a dependency of the
Am Montag, 8. Oktober 2012, 16:52:48 schrieb Kevin Kofler:
For us in Fedora, this would be not just nice, but REQUIRED. We cannot ship
anything depending on FFmpeg in Fedora. So it's either shipping the
offending indexers in RPM Fusion in a separate package (which will
obviously NOT be
On Monday 08 October 2012, Vishesh Handa wrote:
Hey everyone
For 4.10, Nepomuk will no longer depend on Strigi for file indexing. We
have written our own file indexer which are based on popular libraries such
as taglib, exiv, ffmpeg, etc. This allows us to better control the indexing
On Monday 8. October 2012 09.34.34 Rex Dieter wrote:
ffmpeg in particular is a patent mine-field indeed. echoing others...
if these can be deployed in some form of separately built/deployed
plugins, that would be ideal.
Has there been any case at all of people trying to enforce their patents
On Monday 8. October 2012 16.52.48 Kevin Kofler wrote:
For us in Fedora, this would be not just nice, but REQUIRED. We cannot ship
anything depending on FFmpeg in Fedora.
Why not? Don't you ship the Linux kernel (which is a much worse minefield
patent-wise in practice, people have actually
Am Montag, 8. Oktober 2012, 20:12:07 schrieb Vishesh Handa:
On Mon, Oct 8, 2012 at 8:08 PM, Eric Hameleers al...@slackware.com wrote:
On Mon, 8 Oct 2012, Aleix Pol wrote:
In any case, I'm unsure that KDE can shine without ffmpeg.
Aleix
I am sure that ffmpeg is providing some
Hey! let's keep the email clean about how stupid patents are, we all
agree on that :p
Some distributions have legal departments, distributions are our only
way to make our software reach the end user, we have to work together
even if we don't like their policies. Vishesh already proposed a way
of
On Monday 8. October 2012 20.06.47 Reindl Harald wrote:
this argumentation is invalid
with this argumentation you could smoke crack everywhere
as long you are not catched and call it legal
Are you even trying to understand what I'm talking about? Patents are being
actively enforced against
On Monday 8. October 2012 17.25.49 Adrian Schröter wrote:
I think this may also harm the reputation of the KDE project as an free
project.
Why? ffmpeg is freely licensed.
--
Martin Sandsmark
KDE
Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
El Dilluns, 8 d'octubre de 2012, a les 20:59:49, Martin Sandsmark va escriure:
On Monday 8. October 2012 20.06.47 Reindl Harald wrote:
this argumentation is invalid
with this argumentation you could smoke crack everywhere
as long you are not catched and call it legal
Are you even trying
Am Montag, 8. Oktober 2012, 19:44:24 schrieb Martin Sandsmark:
On Monday 8. October 2012 16.52.48 Kevin Kofler wrote:
For us in Fedora, this would be not just nice, but REQUIRED. We cannot
ship
anything depending on FFmpeg in Fedora.
Why not? Don't you ship the Linux kernel (which is a
On Montag, 8. Oktober 2012 21:08:02 CEST Sven Burmeister wrote:
Fact is that openSUSE and Fedora do not not ship this kind of software
because they want to annoy users but because there are reasons.
Being to annoy users? ;-P
(This is one great hypocritical delusion - as if any SuSE or RedHat
On Tue, Oct 9, 2012 at 1:03 AM, Thomas Lübking thomas.luebk...@gmail.comwrote:
On Montag, 8. Oktober 2012 21:08:02 CEST Sven Burmeister wrote:
Fact is that openSUSE and Fedora do not not ship this kind of software
because they want to annoy users but because there are reasons.
Being to annoy
On Montag, 8. Oktober 2012 21:35:43 CEST Vishesh Handa wrote:
On Tue, Oct 9, 2012 at 1:03 AM, Thomas Lübking
a) if this ffmpeg / avlib kindergarten junk does not short term stop,
using a plugin system in this context will be inevitable; also because
those idiots apparently still ship
On 8 October 2012 14:51, Vishesh Handa m...@vhanda.in wrote:
For 4.10, Nepomuk will no longer depend on Strigi for file indexing. We have
written our own file indexer which are based on popular libraries such as
taglib, exiv, ffmpeg, etc. This allows us to better control the indexing
process.
On Tue, Oct 9, 2012 at 1:24 AM, John Layt jl...@kde.org wrote:
On 8 October 2012 14:51, Vishesh Handa m...@vhanda.in wrote:
For 4.10, Nepomuk will no longer depend on Strigi for file indexing. We
have
written our own file indexer which are based on popular libraries such as
taglib, exiv,
El Dilluns, 8 d'octubre de 2012, a les 20:54:03, John Layt va escriure:
On 8 October 2012 14:51, Vishesh Handa m...@vhanda.in wrote:
For 4.10, Nepomuk will no longer depend on Strigi for file indexing. We
have written our own file indexer which are based on popular libraries
such as taglib,
On Monday 8. October 2012 21.08.02 Sven Burmeister wrote:
Please do not make this a thread about things lawyers have to decide. Fact
is that openSUSE and Fedora do not not ship this kind of software because
they want to annoy users but because there are reasons.
WTF? This is something that is
Am Montag, 8. Oktober 2012, 22:15:03 schrieb Martin Sandsmark:
On Monday 8. October 2012 21.08.02 Sven Burmeister wrote:
Please do not make this a thread about things lawyers have to decide. Fact
is that openSUSE and Fedora do not not ship this kind of software because
they want to annoy
On Monday 08 October 2012 22:15:03 Martin Sandsmark wrote:
On Monday 8. October 2012 21.08.02 Sven Burmeister wrote:
Please do not make this a thread about things lawyers have to decide. Fact
is that openSUSE and Fedora do not not ship this kind of software because
they want to annoy users
On Monday 8. October 2012 22.22.03 Sven Burmeister wrote:
Not being allowed to question something is different from staying on-topic
within a thread.
I am arguing against the entire reason for having this thread. Vishesh
shouldn't have to go around worrying about this crap just because RedHat
Am 08.10.2012 22:53, schrieb Martin Sandsmark:
I am arguing against the entire reason for having this thread. Vishesh
shouldn't have to go around worrying about this crap just because RedHat has
bad lawyers and has double standards when it comes to the software they are
shipping.
not so
On Tue, Oct 9, 2012 at 8:27 AM, Pierre Stirnweiss
pstirnwe...@googlemail.com wrote:
Hello everybody,
Hi Pierre,
As I am new to this list, first a little introduction:
My name is Pierre Stirnweiss. I am french and 37 years old and currently
live in Munich, Germany. I work on Calligra Words.
On Monday 08 October 2012 at 22:26:30, Martin Gräßlin wrote:
Neither Kevin (Fedora), Scott (Kubuntu) nor Adrian (SUSE) came up with the
rules, they are just pointing out the policies. While I do not agree with
their policies I can kind of understand it.
What everybody can do is to bring the
64 matches
Mail list logo