On Sunday, June 28, 2020 12:27:41 PM EDT Allen Winter wrote:
> Can we remove the Issues feature on all invent projects?
> We're starting to see more and more people adding Issues.
>
> For KOrganizer, bshah replaced Issues with Bugzilla.
>
> I very much doubt we want
Can we remove the Issues feature on all invent projects?
We're starting to see more and more people adding Issues.
For KOrganizer, bshah replaced Issues with Bugzilla.
I very much doubt we want or are ready to replace Bugzilla.
On Sunday, April 26, 2020 9:40:01 PM EDT Bhushan Shah wrote:
> [Please keep sysad...@kde.org list or bs...@kde.org in the CC for
> replies]
>
> Hello Community members,
>
> In view of upcoming Gitlab migration, we sysadmin team wants to share
> the recommended structuring for the repositories on
On Thursday, April 30, 2020 5:15:43 PM EDT Albert Astals Cid wrote:
> El dijous, 30 d’abril de 2020, a les 21:31:02 CEST, Ben Cooksley va escriure:
> > On Fri, May 1, 2020 at 6:04 AM Ivan Čukić wrote:
> > >
> > > > We have made a big fuss in the past about having different projects
> > > > that do
On Wednesday, February 19, 2020 6:09:02 PM EST Albert Astals Cid wrote:
> El dimecres, 19 de febrer de 2020, a les 9:28:22 CET, Volker Krause va
> escriure:
> > Additionally, improved documentation, a possible KNAM and/or driving the
> > QNAM
> > changes upstream can still be done alongside this
On Tuesday, December 3, 2019 2:52:31 PM EST Volker Krause wrote:
> The complexity of the dependency graph is also a problem for onboarding new
> people, and with kdelibs4support gone IMHO the largest technical dept here.
> It's being worked on, albeit slowly, currently we are losing ~1 module per
I was notified today that the Krazy runs on the EBN have been stuck (due to a
stale lockfile)
for over 3 months. Is this an indication that nobody looks at the EBN reports
any longer?
I still maintain Krazy and am happy to make modifications, but I don't see the
point
unless someone actually
This is about investigating brokenness with the API generation on the EBN
machine.
If you know anything about it please contact me so we can fix properly.
-Allen
On Thursday, December 27, 2018 8:13:04 AM EST Allen Winter wrote:
> Do either of you know why parsedoxlog.sh was removed?
> An
One Krazy issue about making an explicit ctor, see
http://ebn.kde.org/krazy/reports/kdereview/kmarkdownwebview/src/index.html
I ran clazy too and it found no issues.
On Monday, August 21, 2017 6:18:19 PM EDT Friedrich W. H. Kossebau wrote:
> Hi,
>
> KMarkdownWebView today entered KDE Review. Thi
On Monday, July 31, 2017 9:05:09 PM EDT Michael Pyne wrote:
> On Sat, Jul 29, 2017 at 06:24:54PM -0400, Allen Winter wrote:
> > Howdy,
> >
> > Is there a way to add a git hooks automagically with the git clones done by
> > kdesrc-build?
> >
> > I have a pr
Howdy,
Is there a way to add a git hooks automagically with the git clones done by
kdesrc-build?
I have a pre-commit hook that I'd like to have for all my kde src repos.
also I have a pre-push hook , but that's less important to me.
a post clone command, something as simple this would be enough
On Saturday, October 08, 2016 07:49:21 AM Ben Cooksley wrote:
> Hi all,
>
> Just a heads up that at the request of Jaroslaw Staniek, Sysadmin has
> moved the following repositories to KDE Review:
>
> - KDb (kdb)
> - KReport (kreport)
> - KProperty (kproperty)
>
> From my understanding these are
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/128697/#review98415
---
Ship it!
Ship It!
- Allen Winter
On Aug. 16, 2016, 1
On Monday, June 13, 2016 02:03:35 PM Sebastian Kügler wrote:
> Thanks all for the input!
>
> On woensdag 8 juni 2016 13:46:17 CEST Burkhard Lück wrote:
> > > I've been adding appstream metadata to one of the apps I maintain, among
> > > that are also screenshots, in the form of a URL. That means t
On Saturday, April 30, 2016 11:16:09 AM Allen Winter wrote:
> Howdy,
>
> Frederik sent me bug https://bugs.kde.org/show_bug.cgi?id=362363 for Krazy
> about
> how to include Qt headers in KDE code, as described at
> https://community.kde.org/Policies/Library_Code_Policy#Getting
On Saturday, April 30, 2016 05:37:27 PM Elvis Angelaccio wrote:
> 2016-04-30 17:16 GMT+02:00 Allen Winter :
> >
> > Howdy,
> >
> > Frederik sent me bug https://bugs.kde.org/show_bug.cgi?id=362363 for Krazy
> > about
> > how to include Qt headers
Howdy,
Frederik sent me bug https://bugs.kde.org/show_bug.cgi?id=362363 for Krazy about
how to include Qt headers in KDE code, as described at
https://community.kde.org/Policies/Library_Code_Policy#Getting_.23includes_right
I believe with K5 we decided that #include is correct and we should
not
On Thursday, March 24, 2016 03:00:24 PM Kevin Funk wrote:
> Heya,
>
> I'm trying to figure out why certain KDevelop apidocs are missing from
> api.kde.org.
>
> Where are the logs?
>
> Someone on IRC told me there should be:
> http://api.kde.org/logs/ -> 404
>
> Ideas?
>
Contact me.
Let me k
marked as submitted.
Review request for kdelibs.
Changes
---
Submitted with commit fada5e85585d12efaae2e5bc9f671f8c45462f4a by Allen Winter
to branch master.
Repository: kcoreaddons
Description
---
CMake 3.0.2 at at least doesn't know what the Threads::Threads library is.
/usr/bin/ld: cannot find -lThreads::Threads
Thanks,
Allen Winter
See the fix at https://git.reviewboard.kde.org/r/127425/
On Saturday, March 19, 2016 09:57:53 AM Allen Winter wrote:
> Same here.
> The relevant problem is shown in the cmake.log:
>
> CMake Warning (dev) at src/lib/CMakeLists.txt:99 (add_library):
> Policy CMP0028 is not set:
links to target "Threads::Threads" but the target
was not found. Perhaps a find_package() call is missing for an IMPORTED
target, or an ALIAS target is missing?
followed by the linker error:
/usr/bin/ld: cannot find -lThreads::Threads
Thanks,
Allen Winter
Same here.
The relevant problem is shown in the cmake.log:
CMake Warning (dev) at src/lib/CMakeLists.txt:99 (add_library):
Policy CMP0028 is not set: Double colon in target name means ALIAS or
IMPORTED target. Run "cmake --help-policy CMP0028" for policy details.
Use the cmake_policy comman
marked as submitted.
Review request for kdelibs and Martin Walch.
Changes
---
Submitted with commit 5c6ec5365cc4866d048bc5eb89fcd18b7eee279c by Allen Winter
to branch master.
Bugs: 356134
https://bugs.kde.org/show_bug.cgi?id=356134
Repository: kxmlgui
Description
---
Add an
On Sunday, December 06, 2015 01:34:51 PM Nicolás Alvarez wrote:
> 2015-12-06 13:13 GMT-03:00 Allen Winter :
> > We have (had?) a policy that flex/yacc generated source files should be
> > part of the repo.
> > do not make everyone run flex/yacc when building.
>
> I
On Sunday, December 06, 2015 04:08:04 PM Antonio Rojas wrote:
> Hi,
> Kipi-plugins fails to build with flex 2.6. This is due to the autogenerated
> code in libpanorama containing //-style comments, which are disallowed in
> C90. Adding -std=c99 to the CFLAGS at compile time doesn't have any effe
-
On Dec. 6, 2015, 2:34 p.m., Allen Winter wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/126253/
> --
)
---
added to Krazy now. no longer see the xmllint warnings in kolf
Thanks,
Allen Winter
1d155
Diff: https://git.reviewboard.kde.org/r/126253/diff/
Testing
---
Thanks,
Allen Winter
://bugs.kde.org/show_bug.cgi?id=356134
Repository: kxmlgui
Description
---
Add an append attribute to the Separator Element of the kxmlgui.xsd
Diffs
-
src/kxmlgui.xsd da1d155
Diff: https://git.reviewboard.kde.org/r/126253/diff/
Testing
---
Thanks,
Allen Winter
On Wednesday, November 11, 2015 11:54:40 PM Alex Merry wrote:
> On 2015-11-11 14:15, Allen Winter wrote:
> > On Wednesday, November 11, 2015 08:13:17 AM Allen Winter wrote:
> >> On Wednesday, November 11, 2015 11:33:17 AM Martin Graesslin wrote:
> >> > Hi all,
> &
On Wednesday, November 11, 2015 08:13:17 AM Allen Winter wrote:
> On Wednesday, November 11, 2015 11:33:17 AM Martin Graesslin wrote:
> > Hi all,
> >
> > I just wanted to raise awareness of the fact that the Frameworks API
> > documentation on api.kde.org is completely
On Wednesday, November 11, 2015 11:33:17 AM Martin Graesslin wrote:
> Hi all,
>
> I just wanted to raise awareness of the fact that the Frameworks API
> documentation on api.kde.org is completely broken. Currently one only gets
> error 404 when clicking on the framework links and also in the sea
putting it up. Much appreciated!
>
> Cheers
> Martin
>
> >
> > On Friday, September 11, 2015 08:10:37 AM Martin Gräßlin wrote:
> > > Am 2015-09-10 21:50, schrieb Allen Winter:
> > > > On Thursday, September 10, 2015 10:57:10 AM Martin Graesslin wrote:
&g
http://api.kde.org/4.x-api/workspace-apidocs/kwayland/html/index.html
look ok?
what would be a better url for this?
perhaps http://api.kde.org/plasma-apidocs/kwayland/html/index.html ??
On Friday, September 11, 2015 08:10:37 AM Martin Gräßlin wrote:
> Am 2015-09-10 21:50, schrieb Allen Win
documentation updated? I want to
> include KWayland in inqlude (patch is prepared) and I find a little bit
> embarrassing for KDE to have the api docs to point to
> http://kde.martin-graesslin.com/kwayland/index.html
>
> Cheers
> Martin
>
> On Thursday, September 10, 2
On Thursday, September 10, 2015 01:55:21 PM Jeremy Whiting wrote:
> Allen,
>
> Those are both KDE4 versions of workspace stuff. I don't see any place
> where kf5 versions are.
>
oh. sorry I misunderstood the problem.
>
> On Thu, Sep 10, 2015 at 1:50 PM, Allen Wint
On Thursday, September 10, 2015 10:57:10 AM Martin Graesslin wrote:
> Hi all,
>
> back in KDE4 days the workspace libraries were listed on api.kde.org [1]. But
> for the current version we don't have any API docs available. The section
> "Other KDE Software" [2] lists KDE Support, KDE Extragear
marked as submitted.
Review request for kdelibs.
Changes
---
Submitted with commit 51da90df9eafaeefe4b2a4a24be3af2ae18df2f8 by Allen Winter
to branch KDE/4.14.
Bugs: 221947
http://bugs.kde.org/show_bug.cgi?id=221947
Repository: kdelibs
Description
---
This patch, originally
/
Testing
---
Tried it. Format Painter function in KJots works now, so fixes bug 221947
Thanks,
Allen Winter
On Sunday, August 16, 2015 11:21:00 PM David Faure wrote:
> On Sunday 16 August 2015 13:51:29 Michael Pyne wrote:
> > There's no reason even with our current build metadata that we'd *have* to
> > have project hierarchies, as long as each underlying git repository name
> > remains unique. It migh
On Friday, August 14, 2015 02:34:49 PM Jarosław Staniek wrote:
>
> PS: A Krazy check checking for usage of NULLs and Q_NULLPTR would be lovely.
> Checking the use of 0's isn't easy, right?
>
Already done, since 2007. but it's in the "extra" checkers, ie. not enabled by
default.
Currently the
On Sunday, August 09, 2015 10:45:19 AM Allen Winter wrote:
> On Sunday, August 09, 2015 09:58:26 AM Allen Winter wrote:
> > On Sunday, August 09, 2015 09:35:06 PM Ben Cooksley wrote:
> > > On Sun, Aug 9, 2015 at 3:15 AM, Allen Winter wrote:
> > > > On Saturday, Aug
On Sunday, August 09, 2015 09:58:26 AM Allen Winter wrote:
> On Sunday, August 09, 2015 09:35:06 PM Ben Cooksley wrote:
> > On Sun, Aug 9, 2015 at 3:15 AM, Allen Winter wrote:
> > > On Saturday, August 08, 2015 04:59:49 PM Elvis Angelaccio wrote:
> > >> Sorry to bump
On Sunday, August 09, 2015 09:35:06 PM Ben Cooksley wrote:
> On Sun, Aug 9, 2015 at 3:15 AM, Allen Winter wrote:
> > On Saturday, August 08, 2015 04:59:49 PM Elvis Angelaccio wrote:
> >> Sorry to bump this old thread, but it looks like Krazy still complains
> >> about
ameworks project.
>
> 2014-09-28 18:28 GMT+02:00 Allen Winter :
>
> > On Wednesday, September 24, 2014 10:38:37 AM Jeremy Whiting wrote:
> > > Allen,
> > >
> > > Thanks for fixing this, I think it will be a useful tool to check our
> > > ex
On Friday, July 31, 2015 07:29:53 PM Ingo Klöcker wrote:
> On Friday 31 July 2015 12:00:22 Allen Winter wrote:
> > On Friday, July 31, 2015 04:01:37 PM Thomas Lübking wrote:
> > > On Freitag, 31. Juli 2015 14:05:09 CEST, laurent Montel wrote:
> > > >> Especially f
On Friday, July 31, 2015 04:01:37 PM Thomas Lübking wrote:
> On Freitag, 31. Juli 2015 14:05:09 CEST, laurent Montel wrote:
>
> >> Especially for KDE PIM, given the size of the userbase and the amount of
> >> developers (3), bugs often take more than a year to get to and
> >> to be fixed.
> >
> >
Stephen,
For years I have passed -DKDE4_ENABLE_HTMLHANDBOOK=1 to cmake when building KDE
projects.
As of today I get this error:
CMake Error at cmake/modules/KDE4Macros.cmake:315 (add_custom_target):
add_custom_target cannot create target "htmlhandbook" because another
target with the same n
On Saturday, June 06, 2015 10:41:48 AM Alex Merry wrote:
> On Wednesday 27 May 2015 06:56:29 Allen Winter wrote:
> > On Tuesday, May 26, 2015 09:12:13 AM Scarlett Clark wrote:
> > > On Tuesday, May 26, 2015 12:06:22 PM Allen Winter wrote:
> > > > % kdesrc-build kio
On Tuesday, May 26, 2015 09:12:13 AM Scarlett Clark wrote:
> On Tuesday, May 26, 2015 12:06:22 PM Allen Winter wrote:
> > % kdesrc-build kio
> > Could not locate file "kf5/kdoctools/customization" in
> > ("/Users/allenwinter/Library/Application Support",
On Tuesday, May 26, 2015 09:12:13 AM Scarlett Clark wrote:
> On Tuesday, May 26, 2015 12:06:22 PM Allen Winter wrote:
> > % kdesrc-build kio
> > Could not locate file "kf5/kdoctools/customization" in
> > ("/Users/allenwinter/Library/Application Support",
% kdesrc-build kio
Could not locate file "kf5/kdoctools/customization" in
("/Users/allenwinter/Library/Application Support", "/Library/Application
Support")
Could not locate file "kf5/kdoctools/customization" in
("/Users/allenwinter/Library/Application Support", "/Library/Application
Support")
On Thursday, April 23, 2015 11:44:36 PM Valentin Rusu wrote:
> * Allen Winter [2015-04-23 17:32:32 -0400]:
>
> > On Thursday, April 23, 2015 10:25:20 PM Valentin Rusu wrote:
> > > This is a rather simple script and I think it should go to kde-utils.
> > > I'd
On Thursday, April 23, 2015 10:25:20 PM Valentin Rusu wrote:
> Hello,
>
> Please be advised sysadmins moved kwallet-query to kdereview for your
> constructive critics.
>
> You may found more informations about it here:
> https://barlog.rusu.info/valentin/blog/?p=386
>
> This is a rather simple s
On Thursday, April 23, 2015 11:44:36 PM Valentin Rusu wrote:
> * Allen Winter [2015-04-23 17:32:32 -0400]:
>
> > On Thursday, April 23, 2015 10:25:20 PM Valentin Rusu wrote:
> > > This is a rather simple script and I think it should go to kde-utils.
> > > I'd
On Monday, March 16, 2015 07:49:08 PM Albert Astals Cid wrote:
> El Dilluns, 16 de març de 2015, a les 17:28:43, Ivan Čukić va escriure:
> > From www.gitorious.org
> >
> > > System notice: Gitorious is being acquired by GitLab and
> > > gitorious.org will shut down end of May. Please import your
>
about OSX than I do.
- Allen Winter
On Jan. 8, 2015, 5:09 p.m., René J.V. Bertin wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard
On Thursday, December 11, 2014 03:47:53 AM viv...@gmail.com wrote:
> Il 02/12/2014 21:40, Allen Winter ha scritto:
> > Howdy,
> >
> > Today I was informed that Facebook has a tool similar in concept to Krazy,
> > called Flint [1]
> >
> > You might want to re
Howdy,
Today I was informed that Facebook has a tool similar in concept to Krazy,
called Flint [1]
You might want to read [1] and let me know if there are any checkers listed
there that
you'd like to see added to Krazy. Krazy already does many of the Flint checks,
but I'm interested in new ide
Howdy,
Attached is the Coverity Scan report for kdepimlibs 4.14 as of today.
You might feel like fixing some of the issues.
Let me know if you find false positives or stuff we can ignore (like in test
programs).
CID
Type
Impact
Category
File
Function
1245732
Uninitialized scalar variable
High
On Wednesday, October 15, 2014 08:59:26 AM Georg C. F. Greve wrote:
> On Tuesday 14 October 2014 17.53:06 Allen Winter wrote:
> > Attached
> ?
>
yes, I see an html attachment
Howdy,
Attached is the Coverity Scan report for kdepimlibs 4.14 as of today.
You might feel like fixing some of the issues.
I filtered out the QtCore and (deprecated) kcal library from this report.
Let me know if you find false positives or stuff we can ignore (like in test
programs).
CID
Type
ameworks should be good to go now.
Please notify me if you find encounter issues no longer relevant in Qt5/KDE5.
> On Wed, Sep 24, 2014 at 8:13 AM, Allen Winter wrote:
> > On Tuesday, September 23, 2014 04:15:27 PM Jeremy Whiting wrote:
> >> Albert,
> >>
> >>
On Tuesday, September 23, 2014 04:15:27 PM Jeremy Whiting wrote:
> Albert,
>
> I can take a look at it if someone points me in the right direction. I
> also found this:
> http://ebn.kde.org/krazy/reports/frameworks-5.x/kdelibs/knewstuff/index.html
> which seems to check the right way for framework
kdedoxygen.sh that might
accomplish the same thing. We also have kdedoxyman.sh (for man pages) and
kdedoxyqt.sh (for Qt assistant files)
might be worth a look.
- Allen Winter
On Aug. 9, 2014, 12:43 a.m., Mathieu Tarral wrote:
>
> ---
13 12:15:09 PM David Faure wrote:
> On Thursday 26 December 2013 16:46:59 Allen Winter wrote:
> > In KDE4 we had this list of KClasses we should be using instead of these
> > associated QClasses:
> >
> >
> > I know that some (or all?) of these QClasses in Q
In KDE4 we had this list of KClasses we should be using instead of these
associated QClasses:
QColorDialog => KColorDialog
QComboBox => KComboBox
QMessageBox => KMessageBox
QErrorMessage => KMessageBox
QInputDialog => KInputDialog
QFileDialog => KFileDialog
QProgressDialog => KProgressDialog
QSp
On Saturday, November 09, 2013 01:27:12 PM Mark Gaiser wrote:
> On Sat, Nov 9, 2013 at 12:42 PM, Martin Klapetek
> wrote:
> > On Fri, Nov 8, 2013 at 3:47 PM, Allen Winter wrote:
> >>
> >> > Do you guys know if we can make the search better?
> >> &g
On Saturday, November 02, 2013 12:15:15 AM Albert Astals Cid wrote:
> Hi, yesterday i was talking with someone about the desktop file class we have
> in KDE, he tried to find its api by going to
> api.kde.org
> and typing
> desktop
> in the Search bar.
>
> If you do that
> http://api.kde.o
On Wednesday, November 06, 2013 12:43:58 AM Albert Astals Cid wrote:
> El Dimarts, 5 de novembre de 2013, a les 15:17:05, Aleix Pol va escriure:
> > On Sat, Nov 2, 2013 at 5:59 PM, Allen Winter wrote:
> > > On Saturday, November 02, 2013 12:15:15 AM Albert Astals Cid wrote:
>
On Saturday, November 02, 2013 08:35:13 PM Albert Astals Cid wrote:
> El Dissabte, 2 de novembre de 2013, a les 12:59:00, Allen Winter va escriure:
> > On Saturday, November 02, 2013 12:15:15 AM Albert Astals Cid wrote:
> > > Hi, yesterday i was talking with someone about the des
On Saturday, November 02, 2013 12:15:15 AM Albert Astals Cid wrote:
> Hi, yesterday i was talking with someone about the desktop file class we have
> in KDE, he tried to find its api by going to
> api.kde.org
> and typing
> desktop
> in the Search bar.
>
> If you do that
> http://api.kde.o
On Sunday, October 27, 2013 09:32:59 PM Ben Cooksley wrote:
> Hi all,
>
> In order to improve the maintainability and cleanliness of the "shared
> dependencies" the way they will be handled on the CI system will be
> changing.
>
> The nature of this change is that all projects which need a "share
First attempt is up:
http://api.kde.org/frameworks/kdelibs-apidocs/
Please test it out and let me know what I forgot.
I'm working on Search still so I know that's broken.
On Saturday, August 03, 2013 08:19:48 PM Albert Astals Cid wrote:
> Please let's try to keep this discussion in release-team, I'm just CC'ing k-c-
> d because Alex's discussion about changing the release happened there.
>
> At the Release Team BoF at Akademy I was tasked to come up with a proposed
?
- Allen Winter
On March 2, 2013, 4:54 p.m., Michel Ludwig wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://git.reviewboard.kde.
requirement in the
CMakeLists.txt though
- Allen Winter
On March 2, 2013, 2:12 p.m., Sergio Luis Martins wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://git.reviewboard.kde.
On Saturday 23 March 2013 03:46:21 PM Ben Cooksley wrote:
> Hi all,
>
> git.kde.org should now be online and operational again.
>
> Our apologies for the inconvenience, we will be analysing the causes
> of this to avoid repeats in the future.
>
You guys are awesome. I know this is a lot of wo
dynsections.js into the html
output subdir. So let's not worry about that.
- Allen Winter
On Feb. 4, 2013, 4:43 p.m., Aurélien Gâteau wrote:
>
> ---
> This is an automatically generated e-mail. To reply,
On Wednesday 09 January 2013 09:07:13 PM Yuri Chornoivan wrote:
> написане Wed, 09 Jan 2013 19:35:49 +0200, Martin Sandsmark
> :
>
> > On Tuesday 08 January 2013 19:30:45 Allen Winter wrote:
> >> No docbook manual
> > I guess I'll to contact the doc team
On Tuesday 08 January 2013 09:08:11 PM Martin Sandsmark wrote:
> Dear Sirs and Madams,
>
> Mangonel has just been moved to KDE Review.
>
No docbook manual
Do you want apidox generated? if so you also need a Mainpage.dox
Bart's email address is missing from the Copyright statements in many files
> On Jan. 4, 2013, 1:03 p.m., David Faure wrote:
> > This patch looks correct to me. Question for release team: shall I commit
> > it to KDE/4.10, or wait until 4.10.0 is out (but that would mean Feb 6),
> > given that it's not a release showstopper and we're in RC2 already.
David,
Technically
On Saturday 29 December 2012 07:11:17 PM Martin Gräßlin wrote:
> On Saturday 29 December 2012 16:25:54 Albert Astals Cid wrote:
> >
> > Would there be any chance to have the style check done by a pre-commit hook?
> > Or at least have a command-line tool that checks it for me?
> yeah that should be
On Saturday 22 December 2012 10:44:22 AM Chusslove Illich wrote:
> I have written up the headers and Doxygen pages for the Ki18n framework as
> it should finally look like, available here:
>
> http://nedohodnik.net/misc/ki18n-kf5-01/html/index.html
> http://nedohodnik.net/misc/ki18n-kf5-01/klo
On Wednesday 21 November 2012 12:32:45 PM José Manuel Santamaría Lema wrote:
> Hello,
>
> while packaging kdepimlibs 4.9.3 I found what I think it's an ABI break in
> libkabc; looks like the ABI break was introduced in this commit:
> https://projects.kde.org/projects/kde/kdepimlibs/repository/rev
On Saturday, November 17, 2012 10:55:01 AM David Faure wrote:
>
> I know that I said "not a problem in KF5 anymore", but kdelibs4 is still
> going
> to be used for a very long time, and warnings on startup don't make it appear
> very polished... Could you take a look at it -- based on the curre
On Thursday 08 November 2012 04:12:09 AM Christoph Feck wrote:
> Hi,
>
> my git foo is limited, but if I interpret http://ompldr.org/vZzZxaw
> correctly, then somehow master got merged into KDE/4.9 branch,
> meaning, for example, that Alex's commits to depend on cmake 2.8.8 are
> now in KDE/4.9
On Saturday 27 October 2012 03:23:34 PM Alexander Neundorf wrote:
> Hi,
>
> I have worked since last year basically only in the kdelibs frameworks
> branch...
>
> So, what is the git workflow for KDE 4.x kdelibs ?
> I looked around on techbase.kde.org, also here
> https://projects.kde.org/proje
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 b
thanks
- Allen Winter
On Sept. 13, 2012, 1:08 p.m., Dawit Alemayehu wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://git.reviewboard.kde.
On Wednesday 12 September 2012 08:12:58 PM Thomas Lübking wrote:
> Am 12.09.2012, 20:04 Uhr, schrieb Dawit A :
>
> > Qt's moc processor does not
> > seem to correctly handle #if macros.
>
> *sigh* "not at all" is more like it. **GREATSIGH***
>
> You'll have to move the class into an extra header
On Wednesday 29 August 2012 10:06:56 PM Albert Astals Cid wrote:
> El Dimecres, 29 d'agost de 2012, a les 21:15:14, Alexander Neundorf va
> escriure:
> > On Wednesday 29 August 2012, Sune Vuorela wrote:
> > > On 2012-08-29, Albert Astals Cid wrote:
> > > > Yes, this is what we did.
> > > >
> > >
- Allen Winter
On Aug. 21, 2012, 2:30 p.m., Friedrich W. H. Kossebau wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://git.reviewboard.kde.
> On Aug. 9, 2012, 11:12 a.m., David Faure wrote:
> > Looks like a workaround.
> >
> > More details posted in the bug report, let's discuss it there in order to
> > include Leonardo.
I see this patch was committed.
Should this review be closed as submitted now?
- Allen
ed e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/105628/#review17478
---
On Aug. 4, 2012, 12:35 p.m., Allen Winter wrote:
>
> ---
> This is an automatically generate
it in various scenarios.
For example, if the akonadi maildispatcher needs to open kwallet now the
password prompt is always in front of kmail
[UPDATE] Without the usertime=0, you can still move kmail in front of the
password prompt dialog. but at least you see the prompt first.
Thanks,
Allen Winter
FSP anyway
usertime is the only way I could find so that the prompt dialog couldn't be
hidden by the main kmail window.
- Allen
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/1056
> Optionally: question whether the triggered invocation is an ideal
> approach at all (-> single login, seems heftily demanded)
forceActiveWindow() has always been there. my patch did not change that.
I added unminimize and setUserTime (and demandsattention)
- Al
://git.reviewboard.kde.org/r/105628/diff/
Testing
---
Just using it in various scenarios.
For example, if the akonadi maildispatcher needs to open kwallet now the
password prompt is always in front of kmail
Thanks,
Allen Winter
1 - 100 of 149 matches
Mail list logo
