Re: Retirement of Binary Factory
On Sonntag, 18. Februar 2024 10:23:37 CET Ben Cooksley wrote: > On Sun, Feb 18, 2024 at 2:58 PM Loren Burkholder < > computersemiexp...@outlook.com> wrote: > > > On Saturday, February 17, 2024 8:35:48 PM EST Ben Cooksley wrote: > > > On Sun, Feb 4, 2024 at 10:26 AM Ben Cooksley wrote: > > > > > > The Binary Factory, alongside it's two build servers, and the Flatpak > > > repository it provided at https://distribute.kde.org/ has now been > > > decommissioned. > > > > Hi all, > > > > Just last evening, I was downloading Filelight on a Windows machine. Due > > to the machine being rather ancient and slow, I ended up going for the > > direct binary download instead of the Microsoft Store download. The > > apps.kde.org page had me download from a Binary Factory link. As of right > > now, that link is still on https://apps.kde.org/filelight/, but it > > obviously doesn't work. I haven't checked the apps.kde.org source, but it > > seems that perhaps those URLs are automatically generated for each app, so > > it should be trivial to change or remove them. > > > > It would appear that Filelight has not yet enabled themselves for any form > of continuous delivery builds aside from Flatpak. > See > https://invent.kde.org/utilities/filelight/-/blob/master/.gitlab-ci.yml?ref_type=heads > > If Filelight contributors are still interested in supporting other > platforms those builds will need to be added. > > > > > > Are there other places that need this URL replaced as well? > > https://lxr.kde.org/search?%21v=kf6-qt6&_filestring=&_string=binary-factory.kde.org > > shows that there are a number of READMEs that still link to Binary Factory, > > and Krita has some CI stuff that still references binary-factory.kde.org, > > but I have a sneaking suspicion that there are binary-factory.kde.org > > links in KDE webpages and other repositories that aren't indexed by > > lxr.kde.org. > > > > I have a checkout of most website repositories on my local system and did a > quick grep which showed a variety of hits. Most of them were on README > files that were intended to show build status of the website itself. > Those links would have been broken for some time as websites were converted > over a while ago. > > Affected sites content wise includes: > - develop.kde.org > - digikam.org > - haruna.kde.org > - kaidan.im > - kate-editor.org > - kdeconnect.kde.org > - kde.ru > - kdevelop.org > - kirogi.org > - kmymoney.org KMyMoney fixed with https://invent.kde.org/websites/kmymoney-org/-/commit/215b802e > - konversation.kde.org > - krita.org > - okular.kde.org > - plasma-mobile.org > - rkward.kde.org > - umbrello.kde.org Cheers Thomas -- Regards Thomas Baumgart - Windows is not the answer. It's the question. The answer is no! - signature.asc Description: This is a digitally signed message part.
Re: MR Gardening - A discussion, please leave your input!
On Freitag, 10. März 2023 20:55:00 CET Ben Cooksley wrote: > On Sat, Mar 11, 2023 at 3:19 AM David Hurka wrote: > > > On Thursday, March 9, 2023 9:40:47 AM CET Méven wrote: > > > We could use a "stale" label for MR to allow maintainers to see the > > > script's results. > > > And even a "closing-soon" label, for MR not-update in the last 12 months. > > > > Is there a rule that all open merge requests need care? > > I would expect that it is enough to label an open merge request as “stale”. > > > > Merge requests are usually closed because they are bad. > > Stale merge requests are probably good, otherwise they would have been > > closed > > intentionally. > > > > I recall in the last few months someone mentioning a MR in #kde-devel that > had been approved and just never merged, and had been sitting like that for > months. > All it took to get merged was a reminder by way of comment on the MR to get > it merged as the original author of the change was no longer around. > > So yes, there is definitely value in reminders and caring for those MRs. > > I guess the difference here is between higher activity projects - whose MRs > are likely to be more well looked after - and those with lower activity. > Projects with lower activity tend to involve developers who look after many > different projects, and will therefore benefit from reminders. Those with > higher activity are much less likely to see value from it. > > Closing of MRs though is something that should only be done after review by > the developers who run the project. Maybe in a semi-automated way such that the developer can mark the MR in a specific way and which closes it after a grace period when there is no more activity. -- Regards Thomas Baumgart - A champion is defined not by their wins but by how they can recover when they fall. (Serena Williams) - signature.asc Description: This is a digitally signed message part.
Re: Downtime Notice: Bugzilla - bugs.kde.org
On Sonntag, 5. Februar 2023 12:06:16 CET Ben Cooksley wrote: > Hi all, > > This migration has now been completed this evening, and Bugzilla should be > up and running now in its new home. > > As part of this I did have to apply a patch to correct Bugzilla's use of > Perl's email libraries, so please report any issues you see in case other > parts of the codebase have also bitrotted and broken. > At some point in the not too distant future we may need to evaluate a > replacement platform to Bugzilla if upstream does not release a newer > version. I noticed, that a bug was not closed based on a commit though it should have been. Here's the console log of the push Enumerating objects: 9, done. Counting objects: 100% (9/9), done. Delta compression using up to 12 threads Compressing objects: 100% (5/5), done. Writing objects: 100% (5/5), 504 bytes | 504.00 KiB/s, done. Total 5 (delta 4), reused 0 (delta 0), pack-reused 0 remote: The commits in this series can be viewed at: remote: https://invent.kde.org/office/kmymoney/commit/4d5599ca64795245a2f5fa4d4e5203364c74619c remote: Closing bug 464055 remote: remote: To create a merge request for 5.1, visit: remote: https://invent.kde.org/office/kmymoney/-/merge_requests/new?merge_request%5Bsource_branch%5D=5.1 remote: To ssh://invent.kde.org/office/kmymoney.git 3f8e65e56..4d5599ca6 HEAD -> 5.1 but on https://bugs.kde.org/show_bug.cgi?id=464055 the commit cannot be seen and the status did not change :( -- Regards Thomas Baumgart - There are two rules for success in life: Rule 1: Don't tell people everything you know. - signature.asc Description: This is a digitally signed message part.
Re: Downtime Notice: Bugzilla - bugs.kde.org
On Sonntag, 5. Februar 2023 12:06:16 CET Ben Cooksley wrote: > Hi all, > > This migration has now been completed this evening, and Bugzilla should be > up and running now in its new home. > > As part of this I did have to apply a patch to correct Bugzilla's use of > Perl's email libraries, so please report any issues you see in case other > parts of the codebase have also bitrotted and broken. > At some point in the not too distant future we may need to evaluate a > replacement platform to Bugzilla if upstream does not release a newer > version. I noticed, that a bug was not closed based on a commit though it should have been. Here's the console log of the push Enumerating objects: 9, done. Counting objects: 100% (9/9), done. Delta compression using up to 12 threads Compressing objects: 100% (5/5), done. Writing objects: 100% (5/5), 504 bytes | 504.00 KiB/s, done. Total 5 (delta 4), reused 0 (delta 0), pack-reused 0 remote: The commits in this series can be viewed at: remote: https://invent.kde.org/office/kmymoney/commit/4d5599ca64795245a2f5fa4d4e5203364c74619c remote: Closing bug 464055 remote: remote: To create a merge request for 5.1, visit: remote: https://invent.kde.org/office/kmymoney/-/merge_requests/new?merge_request%5Bsource_branch%5D=5.1 remote: To ssh://invent.kde.org/office/kmymoney.git 3f8e65e56..4d5599ca6 HEAD -> 5.1 but on https://bugs.kde.org/show_bug.cgi?id=464055 the commit cannot be seen and the status did not change :( -- Regards Thomas Baumgart - There are two rules for success in life: Rule 1: Don't tell people everything you know. - signature.asc Description: This is a digitally signed message part.
Re: "Gardening" old bugreports
On Donnerstag, 19. Januar 2023 22:39:45 CET Johannes Zarl-Zierl wrote: > Hi, > > Am Donnerstag, 19. Jänner 2023, 12:26:08 CET schrieb Nicolas Fella: > > Am 19.01.23 um 04:04 schrieb Justin: > > > The gardening team aims to find out if the bug reports are still > > > relevant by involving the users who reported them in determining if > > > they are still valid. This increases community involvement and helps > > > KDE as there isn't anywhere near enough manpower to review the > > > thousands upon thousands of bugs that haven't been touched in years. > > > > Anecdotally many people don't like such automated changes being done to > > their bugreports that don't actually engage with the content of the report. > > Well, anecdotally you will mostly get feedback from people who don't like it. > Unless something is exceptionally great, few people will take the time to > speak out in favor of something that is already happening. > > > > The bugs that we are interacting with are ones that have not had any > > > activity for over 2 years. We are simply trying to reinvigorate > > > discussion on those bugs to see if they are still valid. If the user > > > does not reply within the standard 30 day period after a bug is set to > > > NEEDSINFO, it is automatically closed by the Bug Janitor. > > > > > > I am not simply closing bugs, so I do take offense that care is not > > > applied. > > > > Properly "triaging" old reports requires at least some level of > > understanding of the project, codebase etc. I'm afraid there is no > > simple solution to that and rule-based approaches aren't good enough. > > Even taking things like CONFIRMED status or wishlist priority into > > account assumes that these have actually been consistently applied. > > As a maintainer on a small project, I'm quite happy to get an occasional > nudge > on old reports. Yes, I do occasionally go over old reports to see if they are > still valid, but having somebody else doing this methodically makes sure I > don't gloss over some bug that could be closed or fixed. > > Having this done by someone else without too much internal knowledge is an > absolute plus in my opinion. After all, if you want to clean up your attic, > you try to find a helper who does not have the same emotional attachment as > yourself. > > > > > I will halt it until it is approved by more developers. However if it > > > is decided that it isn't wanted then the KDE as a whole will need to > > > entice more people in sorting old bugs individually as it is clearly > > > not a priority right now for the majority. > > Speaking for KPhotoAlbum, I really appreciate the bugzilla gardening. Thank > you for doing it! I can second that for the KMyMoney project. An occasional poke and the automated cleanup when no response arrives where it is needed helps a lot. -- Regards Thomas Baumgart - With every day I come closer to the grave and learn something new. It all happens because I have wandered around too much and stumbled into the Linux world - which is a fantastic place to be! (Algis Kabaila †) - signature.asc Description: This is a digitally signed message part.
Re: Retirement of Capacity
On Montag, 16. Januar 2023 18:57:53 CET A. Bikadorov wrote: > On 15.01.23 07:36, Ben Cooksley wrote: [...] > > It would be appreciated if people could please take a look through these > > sites. > > > > For the akademy2xxx.kde.org <http://akademy2xxx.kde.org> sites, it would be > > nice if we > > could get their content migrated and incorporated into the new Hugo based > > akademy.kde.org > > <http://akademy.kde.org> site, but in the absence of that I will be turning > > them into > > static sites > > > > Many thanks, > > Ben > > Hi Ben, > > krusader.org is just a bunch of static files and does not use any framework. > Everything is > also in Git -> https://invent.kde.org/websites/krusader-org To my knowledge, this also applies to the kmymoney.org site which was converted to a static site three years ago. We do use some PHP code to generate test data and reports but none of them seem to require specific PHP libraries. git repo at: https://invent.kde.org/websites/kmymoney-org -- Regards Thomas Baumgart - I'm running on very little sleep and I need to get to bed before my keyboard becomes my pillow. -- Jeff Green - signature.asc Description: This is a digitally signed message part.
Re: GItlab update
On Sonntag, 8. Januar 2023 11:03:09 CET Ben Cooksley wrote: > Hi all, > > This evening I updated our Gitlab instance at invent.kde.org to the latest > version - 15.7.1. > The release notes for this can be found at > https://about.gitlab.com/releases/2022/12/22/gitlab-15-7-released/ > > Of particular note for folks are the following: > - Gitlab CLI Tool: https://docs.gitlab.com/ee/integration/glab/ > - Using a SSH key to sign your commits: > https://docs.gitlab.com/ee/user/project/repository/ssh_signed_commits/ > - New Web IDE: https://docs.gitlab.com/ee/user/project/web_ide_beta/ (based > on VS Code) > > Please note that the new VS Code based Web IDE is currently in beta, if you > experience issues with it you can disable it in your preferences: > https://invent.kde.org/-/profile/preferences > > Should there be any issues, please let us know. As suggested by tsdgeos, not sure if it's related to/caused by the update though: 11:37:28 bcooksley[m]: hi. any chance that CI pipelines are no longer triggered after the gitlab update? 11:38:20 though push does not yet show up on https://invent.kde.org/dashboard/activity, so perhaps some processing still happening? 11:39:34 https://invent.kde.org/sdk/kdesvn/-/commits/master shows the commits (4 min old), but https://invent.kde.org/sdk/kdesvn/activity also does not yet show the push 12:32:24 we also seem to be hitting some gitlab problem in https://invent.kde.org/network/neochat/-/merge_requests/752 12:33:14 This looks similar to https://invent.kde.org/office/kmymoney/-/merge_requests/191 12:34:33 I also noticed, that windows jobs take a long time to setup and then fail. Now it doesn't even start after re-launch 12:42:05 Kind of late for bcooksley[m] so i'd say answer his email to the community mailing list? -- Regards Thomas Baumgart - An optimist laughs to forget. A pessimist forgets to laugh. - signature.asc Description: This is a digitally signed message part.
Re: GItlab update
On Sonntag, 8. Januar 2023 11:03:09 CET Ben Cooksley wrote: > Hi all, > > This evening I updated our Gitlab instance at invent.kde.org to the latest > version - 15.7.1. > The release notes for this can be found at > https://about.gitlab.com/releases/2022/12/22/gitlab-15-7-released/ > > Of particular note for folks are the following: > - Gitlab CLI Tool: https://docs.gitlab.com/ee/integration/glab/ > - Using a SSH key to sign your commits: > https://docs.gitlab.com/ee/user/project/repository/ssh_signed_commits/ > - New Web IDE: https://docs.gitlab.com/ee/user/project/web_ide_beta/ (based > on VS Code) > > Please note that the new VS Code based Web IDE is currently in beta, if you > experience issues with it you can disable it in your preferences: > https://invent.kde.org/-/profile/preferences > > Should there be any issues, please let us know. As suggested by tsdgeos, not sure if it's related to/caused by the update though: 11:37:28 bcooksley[m]: hi. any chance that CI pipelines are no longer triggered after the gitlab update? 11:38:20 though push does not yet show up on https://invent.kde.org/dashboard/activity, so perhaps some processing still happening? 11:39:34 https://invent.kde.org/sdk/kdesvn/-/commits/master shows the commits (4 min old), but https://invent.kde.org/sdk/kdesvn/activity also does not yet show the push 12:32:24 we also seem to be hitting some gitlab problem in https://invent.kde.org/network/neochat/-/merge_requests/752 12:33:14 This looks similar to https://invent.kde.org/office/kmymoney/-/merge_requests/191 12:34:33 I also noticed, that windows jobs take a long time to setup and then fail. Now it doesn't even start after re-launch 12:42:05 Kind of late for bcooksley[m] so i'd say answer his email to the community mailing list? -- Regards Thomas Baumgart - An optimist laughs to forget. A pessimist forgets to laugh. - signature.asc Description: This is a digitally signed message part.
Re: Would Scandoc be somthing for Extragear?
On Donnerstag, 10. November 2022 17:38:21 CET Volker Krause wrote: > On Donnerstag, 10. November 2022 12:25:26 CET Klaas Freitag wrote: > > Am 10.11.22 um 10:09 schrieb Thomas Baumgart: > > > I am > > > thinking about adding a webcam interface so that KMyMoney can use it to > > > read the QR code and use the data to fill out the form for online payments > > > that KMyMoney already has. Or even use the PDF file as input an pull out > > > the QR code. That would improve productivity I think. > > > > Well, if it was only Kraft, we would probably be better off using in the > > PDF embedded Metadata to detect that. Having that as an OCR based > > feature would add that more generic of course. > > Right, we likely need to support all of those methods for handling arbitrary > input documents anyway. > > I'd be very interested in EPC QR sample documents to check whether ZXing and > our PDF extractor can handle those correctly :) (EPC QR is slightly special > due to it being text-based while defining the used text codec inside the text > itself, that could potentially confuse content/codec auto-detection). I tried ZXing a while back to read in EPC-QRs I had at the time. Results looked very promising (of course no special chars included, so codec did not really matter). I see if I can get a hold on some and send them of to you via PM. -- Regards Thomas Baumgart - If a cluttered desk is characteristic of a cluttered mind, what does an empty desk mean 1 2 a b k X - signature.asc Description: This is a digitally signed message part.
Re: Would Scandoc be somthing for Extragear?
Sune, On Donnerstag, 10. November 2022 10:31:57 CET Sune Vuorela wrote: > On 2022-11-10, Thomas Baumgart wrote: > > I don't know, if you have thought of this when writing invoices. Include > > an EPC QR (https://de.wikipedia.org/wiki/EPC-QR-Code) on the invoice. I am > > thinking about adding a webcam interface so that KMyMoney can use it to > > read the QR code and use the data to fill out the form for online payments > > that KMyMoney already has. Or even use the PDF file as input an pull out > > the QR code. That would improve productivity I think. I know, a bit off > > topic here. > > libprison and itinerary application might help you in this; they should > together have the features to both read barcodes from pdf's, from webcam > and generate barcodes. Thanks for mentioning, I am aware of that. Generating would be something more in the area of Kraft and printing invoices. I know that itinerary uses the libs I looked into for KMyMoney and will contact Volker if I am ready to play with it. Time is the limiting factor (as usual). -- Regards Thomas Baumgart - Q: How do you make a water bed more bouncy? A: Fill it with spring water! - signature.asc Description: This is a digitally signed message part.
Re: Would Scandoc be somthing for Extragear?
On Donnerstag, 10. November 2022 10:51:32 CET Tobias Leupold wrote: > Am 10.11.22 um 10:09 schrieb Thomas Baumgart: > > On Donnerstag, 10. November 2022 09:28:17 CET Klaas Freitag wrote: > > > >> Am 09.11.22 um 21:18 schrieb Tobias Leupold: > >>> Am Mittwoch, 9. November 2022, 20:59:15 CET schrieb Klaas Freitag: > >>>> Am 09.11.22 um 20:22 schrieb Nate Graham: > >> > >>> > >>> That is essentially what my old document scanning script did -- using the > >>> same > >>> tools. But without a GUI of course. Nice idea! Seems like I'm not the > >>> only one > >>> who worked on getting this very task done as easy as possible ;-) > >> > >> Yes, well, that is what people in the office need. "Classical" office > >> suites are just the beginning. Things that we Linux guys considered > >> black magic for long time (such as printing, scanning, ocr, doc analysis > >> etc) are now super easy and available on mobile platforms. And that is > >> what we compete with on the office desktop. > > > > I don't know, if you have thought of this when writing invoices. Include > > an EPC QR (https://de.wikipedia.org/wiki/EPC-QR-Code) on the invoice. I am > > thinking about adding a webcam interface so that KMyMoney can use it to > > read the QR code and use the data to fill out the form for online payments > > that KMyMoney already has. Or even use the PDF file as input an pull out > > the QR code. That would improve productivity I think. I know, a bit off > > topic here. > > Would be a cool feature for sure -- but I don't think I could add this > to Scandoc in a meaningful way, can I? Oh, sorry for the confusion: my statement was not meant in this direction. Scandoc would probably be in a position to provide the PDF where this information can then be extracted from. -- Regards Thomas Baumgart - The good thing about FOSS is that people can see your code and comment it. The bad thing is that people can see your code and comment it. (asoliverez) - signature.asc Description: This is a digitally signed message part.
Re: Would Scandoc be somthing for Extragear?
On Donnerstag, 10. November 2022 09:28:17 CET Klaas Freitag wrote: > Am 09.11.22 um 21:18 schrieb Tobias Leupold: > > Am Mittwoch, 9. November 2022, 20:59:15 CET schrieb Klaas Freitag: > >> Am 09.11.22 um 20:22 schrieb Nate Graham: > > > > > That is essentially what my old document scanning script did -- using the > > same > > tools. But without a GUI of course. Nice idea! Seems like I'm not the only > > one > > who worked on getting this very task done as easy as possible ;-) > > Yes, well, that is what people in the office need. "Classical" office > suites are just the beginning. Things that we Linux guys considered > black magic for long time (such as printing, scanning, ocr, doc analysis > etc) are now super easy and available on mobile platforms. And that is > what we compete with on the office desktop. I don't know, if you have thought of this when writing invoices. Include an EPC QR (https://de.wikipedia.org/wiki/EPC-QR-Code) on the invoice. I am thinking about adding a webcam interface so that KMyMoney can use it to read the QR code and use the data to fill out the form for online payments that KMyMoney already has. Or even use the PDF file as input an pull out the QR code. That would improve productivity I think. I know, a bit off topic here. > I know people who run Kraft on Chromebooks to enable the users to use > the "nice" productivity apps available with android. Tough times ;-) -- Regards Thomas Baumgart - 'Knowing a computer language is neither a necessary nor a sufficient condition to know how to construct a computer program' -- J.R. Tyrer - signature.asc Description: This is a digitally signed message part.
Re: l10n data move from svn to git
Hi all, On Sonntag, 2. Oktober 2022 13:42:16 CEST Tobias Leupold wrote: > Hi all :-) > > So a few hours ago, a new "po" folder appeared in KGeoTag, KPhotoAlbum and > most probably everywhere. Apparently, the translations data is now not hosted > on some svn repo anymore, but right indside the respective project? Which > seems to be reasonable to me. > > I only have one question, after screwing up the last release of KGeoTag and > KPhotoAlbum (which lacked all translations, due to tarme.rb not having been > updated yet, and me having been the probably only misadventurer to make a > release in the exact timeframe where the problem existed): > > Is there something I have to take care of in another way I had to do before > when I do the next release using tarme.rb? A short description of the process would be wonderful. The last time I did a KMyMoney release, I ran into the problem, that tarme.rb requires a newer Ruby version than my distro (stock opensuse leap 15.4) currently supports. I simply reverted back to the last one working and kept going. Of course, that will not be working when there are changes coming up regarding the po subdir. > Sorry for this possibly redundant question, but once burnt, twice shy ;-) I feel with you. Thus any hint/link is very welcome also from my side. I have to admit that I did not closely follow the latest changes due to time constraints. Cheers Thomas -- Regards Thomas Baumgart - If you're watching an Apple store being robbed, does that make you an iWitness? - unknown source - signature.asc Description: This is a digitally signed message part.
Re: Tips in splash screen on startup (suggestion)
On Dienstag, 20. September 2022 12:41:26 CEST David Hurka wrote: > On Monday, September 19, 2022 6:40:42 PM CEST samuel ammonius wrote: > > Hello everyone, > > > > KDE has a lot of features that most people don't know about, so what if a > > tip was shown on the splash screen during each startup? > > There is an implementation for such tips for applications: > > https://api.kde.org/frameworks/kconfigwidgets/html/classKTipDialog.html > > According to lxr.kde.org, no application uses it. > The documentation also mentions this sentence: > “Since 5.83, write the information to the handbook instead” See also: https://phabricator.kde.org/T11586 -- Regards Thomas Baumgart - As soon as there is an optimist who discovers a light that does not exist there is a pessimist who blows it out. (Giovanni Guareschi) - signature.asc Description: This is a digitally signed message part.
Re: Hard dependency on plasma-framework in Alkimia
Hi Ben, On Mittwoch, 9. März 2022 11:09:53 CET Ben Cooksley wrote: > Hi Thomas, > > Recently some changes were introduced to Frameworks which means that they > now enforce more rigorously the platforms on which they build. > > This means that Plasma Framework is no longer available on Windows - > unfortunately though it looks like Alkimia has a mandatory dependency on > Plasma Framework. > > Are you able to make this optional or should we disable Windows CI builds > for Alkimia (and the projects that depend on it)? I just accepted https://invent.kde.org/office/alkimia/-/merge_requests/17 so you can re-enable Alkimia builds once this is merged. p.s. quite a short time frame from notice until cut-off for my taste. -- Regards Thomas Baumgart https://www.signal.org/ Signal, the better WhatsApp - Linux, because rebooting is for adding new hardware ... - signature.asc Description: This is a digitally signed message part.
Re: AudioTube in KDEReview
On Mittwoch, 16. Juni 2021 22:52:05 CEST Jonah Brüchert wrote: > > > - app isn't kcrash enabled :(( > > That would mean I have to use bugzilla? How would I create a product > there, and do I have to manually add each new version there? To create a new product open a sysadmin ticket and ask for it (https://go.kde.org/u/systickets) If you follow the release pattern (https://community.kde.org/ReleasingSoftware) then the releaseme script will provide a template for another sysadmin ticket which contains the request to add that new version to bugzilla. > I wasn't able to find any documentation on that. I CC this mail to the new documentation contractor so that he knows about the lack. -- Regards Thomas Baumgart https://www.signal.org/ Signal, the better WhatsApp - Computers are like air conditioners: they stop working properly if you open WINDOWS (anonymous source) - signature.asc Description: This is a digitally signed message part.
Re: Craft windows build broken for Kdiff3
On Sonntag, 6. Juni 2021 19:04:11 CEST Michael Reeves wrote: > https://build.kde.org/job/Extragear/job/kdiff3/job/kf5-qt5%20WindowsMSVCQt5.15/ > > KDiff3 requires boost-headers 1.71.0 or later due to an MSVC specific > link time bug See https://github.com/boostorg/safe_numerics/issues/71. > Craft however is refusing to take the updated configuration files into > account and instead uses 1.69.0. All settings that I am aware of have > been updated. KMyMoney seems to be hit by this as well and I am pretty sure more apps are affected. Not only the Windows builds but also the ones for Mac: https://binary-factory.kde.org/job/KMyMoney_Release_win64/ https://binary-factory.kde.org/job/KMyMoney_Release_macos/ Would be cool to see some fixes. -- Regards Thomas Baumgart https://www.signal.org/ Signal, the better WhatsApp - Dogs can't operate MRI machines, but catscan -- Epic Dad jokes - signature.asc Description: This is a digitally signed message part.
Re: New repo in kdereview: kalk
On Dienstag, 4. Mai 2021 19:00:13 CEST hanyoung wrote: > Flex doesn't take care of separators, MPFR and GMP do. Flex is merely > scanning for numbers and operators to pass to Bison. That's true. For lexical analysis this does not really matter. How about a space as thousand delimiter? Swedish locale: 1 000,00 Doesn't this may trick you lexer? Sorry, you asked for more of those separators/delimiters. But I think those three are the most common. Cheers Thomas > Sent with ProtonMail Secure Email. > > ‐‐‐ Original Message ‐‐‐ > On Wednesday, May 5, 2021 12:56 AM, Thomas Baumgart > wrote: > > > Han, > > > > On Dienstag, 4. Mai 2021 11:36:04 CEST hanyoung wrote: > > > > > Pushed an inelegant solution - include "," as decimal separator in flex. > > > As long as there aren't any more decimal separator we're cool. > > > > Not sure if this appropriate, but I wanted to warn you about the dilemma > > that in some locale the thousand separator and the decimal symbol are > > exactly the opposite. Example: > > > > German locale: 1.000,00 -> one thousand > > US locale : 1,000.00 -> one thousand > > > > So simply treating the comma and the dot alike without taking the locale > > into account may result in wrong values. > > > > Cheers, > > > > Thomas > > > > > ‐‐‐ Original Message ‐‐‐ > > > On Tuesday, May 4, 2021 6:54 AM, Albert Astals Cid aa...@kde.org wrote: > > > > > > > Added a failing test > > > > athttps://invent.kde.org/plasma-mobile/kalk/-/merge_requests/22 > > > > Now you have to make it work :) > > > > Cheers, > > > > Albert > > > > -- > > > > Regards > > > > Thomas Baumgart > > > > https://www.signal.org/ Signal, the better WhatsApp > > > > > > > > Of all the computing resources available, the most valuable one is > > programmers' time. Especially in open source where most of us have to > > sneak in time to write and debug code. (Ace Jones) > > > > > > > -- Regards Thomas Baumgart https://www.signal.org/ Signal, the better WhatsApp - Good judgment comes from experience, experience comes from bad judgment -- Chuck Hackett - signature.asc Description: This is a digitally signed message part.
Re: New repo in kdereview: kalk
Han, On Dienstag, 4. Mai 2021 11:36:04 CEST hanyoung wrote: > Pushed an inelegant solution - include "," as decimal separator in flex. As > long as there aren't any more decimal separator we're cool. Not sure if this appropriate, but I wanted to warn you about the dilemma that in some locale the thousand separator and the decimal symbol are exactly the opposite. Example: German locale: 1.000,00 -> one thousand US locale: 1,000.00 -> one thousand So simply treating the comma and the dot alike without taking the locale into account may result in wrong values. Cheers, Thomas > ‐‐‐ Original Message ‐‐‐ > On Tuesday, May 4, 2021 6:54 AM, Albert Astals Cid wrote: > > Added a failing test > > athttps://invent.kde.org/plasma-mobile/kalk/-/merge_requests/22 > > > > Now you have to make it work :) > > > > Cheers, > > Albert > > > -- Regards Thomas Baumgart https://www.signal.org/ Signal, the better WhatsApp - Of all the computing resources available, the most valuable one is programmers' time. Especially in open source where most of us have to sneak in time to write and debug code. (Ace Jones) - signature.asc Description: This is a digitally signed message part.
Re: Restore SVN developer/commiter access
Hi Diniz, On Mittwoch, 28. April 2021 10:50:11 CEST Diniz Bortolotto wrote: > Hi friends! > > I'm a translator/dev from ancient times. :-D > I'm trying to get back to contributing to KDE. But, of course, I've lost my > old SSH keys. > > diniz@darkstar:/home$ ssh s...@svn.kde.org > s...@svn.kde.org: Permission denied (publickey). > > Could someone help me to update that on the SVN server? > I'm already in the /trunk/kde-common/accounts file. See below: > 644 diniz Diniz Bortolotto diniz.bortolo...@gmail.com > > I also updated SSH Key on https://identity.kde.org/ and > https://invent.kde.org/ In case you don't receive a positive answer here try to open a sysadmin ticket https://go.kde.org/u/systickets -- Regards Thomas Baumgart https://www.signal.org/ Signal, the better WhatsApp - 'I used *that other operating system* (now to be considered open source? ) for some years' - anonymous source - signature.asc Description: This is a digitally signed message part.
Re: Safely storing an application's API keys
On Montag, 18. Januar 2021 17:20:31 CET Volker Krause wrote: > On Montag, 18. Januar 2021 12:21:30 CET Jean-Baptiste Mardelle wrote: > > Hi all, > > > > For Kdenlive, we are planning to expand the use of online services to > > download ambiance music or videos for use in personal projects. To this > > purpose, most online services provide us an API key that is used to > > identify our app (Kdenlive) when querying their API. > > > > Does anyone have experience / advice on how to protect these API keys so > > that they are not publicly available ? Is there any KDE online service or > > framework helping to achieve that ? > > We have a similar problem in KPublicTransport. As others said, I don't think > keeping API keys secret is possible, they need to be handed out to the user > eventually after all. This already doesn't really work for closed-source > applications, and open source certainly doesn't make that any easier. > > Terms of services requiring protection of API keys are IMHO therefore mostly > wishful thinking. I have talked to the providers of two of the backends we > use > in KPublicTransport about this, they understand the problem and are ok with > having the API keys in public source code. That might be the more realistic > approach. It's what I did in the context of KMyMoney and HBCI online access. It's not strictly an API key but only used as identifier for the application, but nevertheless that number is in the KDE repos after I have confirmed that it is OK. -- Regards Thomas Baumgart https://www.signal.org/ Signal, the better WhatsApp - If you know what you are doing you can do whatever you want. All others learn it the hard way. -- Lars von der Brelie - signature.asc Description: This is a digitally signed message part.
Re: Accessing a (sub)menu defined in an XmlGui ui.rc file
On Mittwoch, 13. Januar 2021 11:50:50 CET Tobias Leupold wrote: > Hi Thomas! > > Thanks for this info, but this is about context menus ... I want to access a > submenu inside a menu of the main menu bar ... such as the "File" --> > "Recently used" menu of KWrite or such Ooops, my bad, or as we say in German "Thema verfehlt, setzen, sechs" :) -- Regards Thomas Baumgart https://www.signal.org/ Signal, the better WhatsApp - The shortest words, namely yes and no, require the most thoughts. -- Pythagoras of Samos - signature.asc Description: This is a digitally signed message part.
Re: Accessing a (sub)menu defined in an XmlGui ui.rc file
On Mittwoch, 13. Januar 2021 10:39:48 CET Tobias Leupold wrote:
> Hi list :-)
>
> I have a problem with a KXmlGuiWindow and I honestly can't find respective
> docs or howtos/tutorials. I hope someone here can help me ...
>
> It's a allegedly basic task: How can I access a submenu (or better: a
> submenu's QAction) for a menu defined in a ...ui.rc file?
>
> If I define the submenu like so:
>
>
>
>
> Some text
>
>
>
>
>
> I can access the "someAction" action like the other ones like so:
>
> auto *someAction
> = actionCollection()->addAction(QStringLiteral("someAction"));
> someAction->setText(i18n("Some action"));
> someAction->setIcon(QIcon::fromTheme(QStringLiteral("some-icon")));
> connect(someAction, ::triggered, this,
> ::someFunction);
>
> and so on.
>
> But how can I get the "bar" QMenu (or it's respective QAction)? So that I
> can
> e. g. disable or hide the menu, or assign an icon? For manually defined
> menus,
> this would be as easy as "auto *action = menu->menuAction();" ...
Here's how it is done in KMyMoney (may not be the best way, but it's working):
https://invent.kde.org/office/kmymoney/-/blob/master/kmymoney/kmymoney.cpp#L1270
creates all the menus during initialization. The QStringLiterals contain the
names
used in the xmlgui.rc file. KMyMoneyApp is derived from KXmlGuiWindow and thus
provides
the factory() method. The actions need to exist before the menu is initialized
from
what I see. All this is called before setupGUI() is executed.
The context menu can then be executed by e.g.
lutMenus[Menu::Institution]->exec(QCursor::pos());
Hope that helps and gives you some ideas.
--
Regards
Thomas Baumgart
https://www.signal.org/ Signal, the better WhatsApp
-
Idle servers are the devil's work -- robbyoconnor on #irc
-
signature.asc
Description: This is a digitally signed message part.
Re: How do you deal with incomplete commits?
Hi, On Samstag, 31. Oktober 2020 16:24:51 CET Thomas Friedrichsmeier wrote: > Hi, > > thanks for your answer (also to Nate). But to clarify, my question is > really: How do I _force_ myself to clean up in time? Reading your question over and over, I don't see where git is mentioned :) This leads to a short answer: self-discipline. My impression is that you look for a some magic feature in git that forces you to clean up in time. Not sure if something like that exists. > Am Sat, 31 Oct 2020 15:44:35 +0100 > schrieb Thomas Baumgart : > > > On Samstag, 31. Oktober 2020 13:39:04 CET Thomas Friedrichsmeier > > wrote: > > [...] > > > > Say I'm working on a feature in branch A. I have some changes in my > > > working copy that are so half-baked that I don't want them to end > > > up in the commit history as such, but I don't want to throw them > > > away, either. > > > > I assume, you don't thing about pushing those at all. > > Right, I do not intend to push those, but I'm afraid, I might (esp. in > case I'm returning to my work days, weeks or even months, later). So > I'm looking for a way to stop myself from doing so. -- Regards Thomas Baumgart https://www.signal.org/ Signal, the better WhatsApp - My friend couldn't afford to pay his water bill. So I sent him a 'get well soon' card. - signature.asc Description: This is a digitally signed message part.
Re: How do you deal with incomplete commits?
Hi Thomas, On Samstag, 31. Oktober 2020 13:39:04 CET Thomas Friedrichsmeier wrote: > Hi all, > > may I pick your brains for this question that keeps coming up for me? > > Say I'm working on a feature in branch A. I have some changes in my > working copy that are so half-baked that I don't want them to end up in > the commit history as such, but I don't want to throw them away, either. I assume, you don't thing about pushing those at all. > Now I want to switch to branch B for something unrelated. What do I do > with my changes? How do you folks deal with this? > > 1) Stash my changes, then switch. Works, but the stash is something > that I tend to forget about, when going back, and this method get > messy, quickly, when dealing with several branches at once. > > 2) Commit the changes, anyway, but marked as "WIP" or similar, and use > commit --amend, when coming back. However, it wouldn't be the first > time that I forgot to amend, after all, and pushed my WIP-commits. > > 2a) I could use a "work/" branch, which would at least give me a chance > to correct this after pushing. I'd still have to remember to do so, > before merging my work into a regular branch, though. > > 2b) What I'd really like to see is a commit keyword that would make git > throw an error, if I try to commit something on top of it, thus forcing > me to use commit --amend. > > 2c) Alternatively, do we have a keyword that would prevent a commit > from being pushed (or from being merged to something that is not a > "work/" branch)? That would not be as nice as 2b, IMO, but it would > still catch my usual mistakes. > > Any other solution that I am missing? Do we have something along the > lines of 2c (not according to our docs, AFAICS)? You can use interactive rebase of those unpushed commits so that the ones belonging to each other form a single one (so to say post commit --amend). I sometimes do that to cleanup the history (when I forgot to --amend). -- Regards Thomas Baumgart https://www.signal.org/ Signal, the better WhatsApp - If your on the hunt for helping hands, look down your arms -- unknown source - signature.asc Description: This is a digitally signed message part.
Re: MauiKit and Index review
On Dienstag, 29. September 2020 23:27:47 CEST Albert Astals Cid wrote: > El dimarts, 29 de setembre de 2020, a les 21:05:23 CEST, Camilo Higuita > Rodriguez va escriure: > > I will make the corrections to mauikit. Not sire how is the translation > > catalog set? > > https://api.kde.org/frameworks/ki18n/html/prg_guide.html#link_cat > > > What is the best way to set the date format to not force it? > > Just don't set a date format, i mean people just get the date format from > their locale which is the right thing. Hm, that may not be true in all cases. See the discussion here: https://mail.kde.org/pipermail/kmymoney/2020-August/003527.html and the change we made to always show 4 digit year information https://invent.kde.org/office/kmymoney/-/commit/74b948fa469552977e0fb8e2dae384512704b6b5 which makes sense in the case of financial applications (and may not in others). -- Regards Thomas Baumgart https://www.signal.org/ Signal, the better WhatsApp - Q: How much memory is freed in the EU by Brexit? A: 1 GB - signature.asc Description: This is a digitally signed message part.
Re: newer version of create_tarbar_kf5.rb?
On Dienstag, 28. Juli 2020 09:00:36 CEST Alexander Semke wrote: > On Montag, 27. Juli 2020 22:34:48 CEST Kåre Särs wrote: > > > the version of the script on https://invent.kde.org/sdk/kde-dev-scripts/-/ > > > tree/master/createtarball was not touched for quite some time already and > > > is not aware of invent.kde.org and maybe of some other recent changes. Is > > > there something more up-to-date that can be used? Another script in > > > another repo? > > > > Is this what you are looking for? > > https://invent.kde.org/sdk/releaseme[1] > Thanks! Works fine. Ticket template link is really helpful. > > In the output of the of script I see the message > > Upload: ftp://upload.kde.org/ > kdecp5 labplot-2.8.beta.tar.xz ftp://upload.kde.org/incoming > kdecp5 labplot-2.8.beta.tar.xz.sig ftp://upload.kde.org/incoming > > Is it supposed to be uploaded automatically to upload.kde.org? This didn't > happen for me and I think this is because I don't have this kdecp5 and this > is > not a function defined somewere in releaseme. Where to get this tool? AFAIU, it is not meant to start automatically. The two commands have to be executed manually which is OK in my POV so that you can dry run the creation of a tarball and test it before you upload it. For me on openSUSE kdecp5 is part of the kde-cli-tools5 package. Since quite some time I use releaseme/tarme.rb to create KMyMoney tarballs and tagme.rb to setup the tag once I am confident that no more changes are necessary just as outlined on https://community.kde.org/ReleasingSoftware -- Regards Thomas Baumgart https://www.signal.org/ Signal, the better WhatsApp - Did you hear about the guy who got his whole left side cut off? He's all right now. - signature.asc Description: This is a digitally signed message part.
Re: Shift for parts of the CI system to Qt 5.15
On Samstag, 20. Juni 2020 10:11:04 CEST Volker Krause wrote: > On Saturday, 20 June 2020 08:20:18 CEST Ben Cooksley wrote: > > Hi all, > > > > This weekend parts of our CI system shifted to using Qt 5.15, with all > > FreeBSD builds now being based on Qt 5.15. We also shifted all Linux > > builds of Plasma, and the latest Qt version build of Frameworks to Qt > > 5.15 as well (apologies for the massive amount of email this kicked > > up) > > [...] > > - kmymoney > > MSVC-only, or rather GCC/clang being a bit too forgiving. or MSVC too limited :) Known to the project, under investigation and somewhat fixed (as of today). With fixes still problems during final link phase. Due to limited Windows and MSVC know-how in the team only slowly progressing. If someone with more of that can help, we would very much appreciate that. Thomas -- Regards Thomas Baumgart https://www.signal.org/ Signal, the better WhatsApp - Linux, because rebooting is for adding new hardware ... - signature.asc Description: This is a digitally signed message part.
Re: Shift for parts of the CI system to Qt 5.15
On Samstag, 20. Juni 2020 10:11:04 CEST Volker Krause wrote: > On Saturday, 20 June 2020 08:20:18 CEST Ben Cooksley wrote: > > Hi all, > > > > This weekend parts of our CI system shifted to using Qt 5.15, with all > > FreeBSD builds now being based on Qt 5.15. We also shifted all Linux > > builds of Plasma, and the latest Qt version build of Frameworks to Qt > > 5.15 as well (apologies for the massive amount of email this kicked > > up) > > [...] > > - kmymoney > > MSVC-only, or rather GCC/clang being a bit too forgiving. or MSVC too limited :) Known to the project, under investigation and somewhat fixed (as of today). With fixes still problems during final link phase. Due to limited Windows and MSVC know-how in the team only slowly progressing. If someone with more of that can help, we would very much appreciate that. Thomas -- Regards Thomas Baumgart https://www.signal.org/ Signal, the better WhatsApp - Linux, because rebooting is for adding new hardware ... - signature.asc Description: This is a digitally signed message part.
Re: Shift for parts of the CI system to Qt 5.15
On Samstag, 20. Juni 2020 10:11:04 CEST Volker Krause wrote: > On Saturday, 20 June 2020 08:20:18 CEST Ben Cooksley wrote: > > Hi all, > > > > This weekend parts of our CI system shifted to using Qt 5.15, with all > > FreeBSD builds now being based on Qt 5.15. We also shifted all Linux > > builds of Plasma, and the latest Qt version build of Frameworks to Qt > > 5.15 as well (apologies for the massive amount of email this kicked > > up) > > [...] > > - kmymoney > > MSVC-only, or rather GCC/clang being a bit too forgiving. or MSVC too limited :) Known to the project, under investigation and somewhat fixed (as of today). With fixes still problems during final link phase. Due to limited Windows and MSVC know-how in the team only slowly progressing. If someone with more of that can help, we would very much appreciate that. Thomas -- Regards Thomas Baumgart https://www.signal.org/ Signal, the better WhatsApp - Linux, because rebooting is for adding new hardware ... - signature.asc Description: This is a digitally signed message part.
Re: Gitlab (commit) notifications
On Donnerstag, 21. Mai 2020 11:54:15 CEST Ben Cooksley wrote: > On Thu, May 21, 2020 at 9:43 PM Thomas Friedrichsmeier > wrote: > > > > Am Thu, 21 May 2020 20:16:22 +1200 > > schrieb Ben Cooksley : > > > On Thu, May 21, 2020 at 12:20 AM Thomas Friedrichsmeier > > > wrote: > > [...] > > > > Is there any self-service way to receive commit/push notifications > > > > via email from gitlab? > > > > > > > > If so, would such notifications include work-branches (that would be > > > > useful, IMO)? > > > > > > Work branches cannot be notified on, as otherwise you end up > > > renotifying all of the new commits in that work branch every time you > > > force push. > > > (It is impossible for hooks to tell if you are pushing a rewritten > > > commit or a new one) > > > > Ok, I can live with that (I don't intend to make use of force-pushing, > > anyway, and may just switch to a different prefix, where appropriate). > > > > However, I'd certainly welcome a feature to have commit notifications > > on non-"work" branches (without merge requests). In RKWard we used to > > have commit notifications going to a dedicated mailing list > > (rkward-tracker) that also receives build failure notifications and > > such, for a single point to subscribe to "all the noise" for the > > project. IIRC, that notification mechanism was set up for us by > > sysadmin, not by self-service. > > For all non-work branches, emails will be sent to kde-comm...@kde.org > - so these already exist. > What doesn't exist is a way to selectively subscribe to this list > (that is, for a given project only) > > Should someone be interested in building a commit filter type service, > please get in touch. Would it be feasible to use Mailman "topics" for that? -- Regards Thomas Baumgart https://www.signal.org/ Signal, the better WhatsApp - 'Good code is not created, it evolves.' -- George Anzinger - signature.asc Description: This is a digitally signed message part.
Re: Proposal: "Noteworthy" label for Promo application updates
Julian, On Donnerstag, 23. April 2020 14:29:23 CEST XYQuadrat wrote: > (Aside: It appears to me that I'm too young to use mailing lists > correctly... It has now happened twice that I responded to a single > person instead of the whole list - sincere apologies and one day I'll > figure out this arcane technology.) Maybe, you just get fooled by your mail program. There is clear information on where the response should be sent to in each mail from the mailing list: Reply-To: kde-devel@kde.org and that should be picked up by the mail program automatically. So if you press 'reply' and you mail program takes another address, open the window (the physical one) and throw your mail program out and get a real one :) For me this simply works (using our own KMail). OK, and on top of that, I spent most of my life so far in the last millennium ;) Cheers. -- Regards Thomas Baumgart https://www.signal.org/ Signal, the better WhatsApp - To the optimist, the glass is half full. To the pessimist, the glass is half empty. To the engineer, the glass is twice as big as it needs to be. - signature.asc Description: This is a digitally signed message part.
Re: CI talk (Was: re: Manner in which kde-gtk-config development is conducted)
On Montag, 23. März 2020 09:32:26 CET Ben Cooksley wrote: > On Mon, Mar 23, 2020 at 6:53 AM Albert Astals Cid wrote: [...] > > But If you're volunteering to do a Windows gitlab CI for QCA I'll take it :) > > Not at this stage - aside from you mentioning it here, and Krita > needing to use MingW for their builds I haven't come across any other > KDE project that was after/interested in MingW on Windows CI. > (I'm curious though as to why MingW on Windows is relevant given the > GCC on Linux coverage and MSVC on Windows that we already have) Isn't in KMyMoney MingW the requirement to have AqBanking build since it does not build with MSVC? At least that is my current understanding of the matter. Or do I misinterpret something here? -- Regards Thomas Baumgart https://www.signal.org/ Signal, the better WhatsApp - Be kind whenever possible. It is always possible. -- Dalai Lama - signature.asc Description: This is a digitally signed message part.
Re: Tipping the apple cart?
On Dienstag, 2. Juli 2019 09:08:44 CEST Kai Uwe Broulik wrote: > Doesn't mean it's better. When I review code I start reading it top to > bottom, commenting on every detail that I find fishy, convoluted, or > broken. Sometimes after having added a comment I find an explanation > further down, or I realize I have misread something or I just want to > rephrase a comment to be somewhat nicer, or I don't want to be overly > pedantic and remove a comment again, etc. This describes exactly my way of doing reviews. -- Regards Thomas Baumgart https://www.signal.org/ Signal, the better WhatsApp - The words GUESS and KNOW when used in the context of flying may produce entirely opposite results. - signature.asc Description: This is a digitally signed message part.
Re: EBN Still Needed?
On Mittwoch, 27. März 2019 11:26:58 CET Robby Stephenson wrote: > On Tue, Mar 26, 2019 at 4:15 PM Allen Winter wrote: > > > 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 check EBN sporadically, not regularly. Probably on a quarter-ish basis > for Tellico. I appreciate its usefulness. This is basically the usage pattern for me in KMyMoney as well. > But has the EBN code and documentation checking service out lived its > > usefulness? > > Shut it down? > > > > I would say no, unless it's truly a burden. +1 I also like the idea, which has been mentioned earlier, to integrate it into CI if possible. Thomas -- Regards Thomas Baumgart https://www.signal.org/ Signal, the better WhatsApp - 'Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it.' - Brian W. Kernighan - signature.asc Description: This is a digitally signed message part.
D19504: Extend KHtmlView::print() to use a predefined QPrinter instance
tbaumgart added inline comments.
INLINE COMMENTS
> khtmlview.cpp:3134
> +
> +void KHTMLView::print(QPrinter *_printer, bool quick)
> +{
Why don't you pass a reference to the QPrinter object here?
REPOSITORY
R313 KHtml
REVISION DETAIL
https://phabricator.kde.org/D19504
To: habacker
Cc: tbaumgart, kde-frameworks-devel, michaelh, ngraham, bruns
D19466: Fix example in documentation
This revision was automatically updated to reflect the committed changes. Closed by commit R275:d1324f983f57: Fix example in documentation (authored by tbaumgart). REPOSITORY R275 KItemModels CHANGES SINCE LAST UPDATE https://phabricator.kde.org/D19466?vs=52949=52960 REVISION DETAIL https://phabricator.kde.org/D19466 AFFECTED FILES src/krecursivefilterproxymodel.h To: tbaumgart, dfaure Cc: kde-frameworks-devel, michaelh, ngraham, bruns
D19466: Fix example in documentation
tbaumgart added a reviewer: dfaure. REPOSITORY R275 KItemModels REVISION DETAIL https://phabricator.kde.org/D19466 To: tbaumgart, dfaure Cc: kde-frameworks-devel, michaelh, ngraham, bruns
D19466: Fix example in documentation
tbaumgart created this revision. Herald added a project: Frameworks. Herald added a subscriber: kde-frameworks-devel. tbaumgart requested review of this revision. REPOSITORY R275 KItemModels BRANCH docfix REVISION DETAIL https://phabricator.kde.org/D19466 AFFECTED FILES src/krecursivefilterproxymodel.h To: tbaumgart Cc: kde-frameworks-devel, michaelh, ngraham, bruns
Re: Commitfilter
Christian, are you subscribed to kde-commits? Then sending a mail to kde-commits-le...@kde.org might help. Regards Thomas On Montag, 3. Dezember 2018 21:46:27 CET Christian David wrote: > Hello, > > I still receive commit messages from commitfilter. How can I cancel that > since > https://commitfilter.kde.org does not work anymore. > > Best > Christian > > -- Regards Thomas Baumgart https://www.signal.org/ Signal, the better WhatsApp - Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html - signature.asc Description: This is a digitally signed message part.
Re: RKWard is in kdereview
Hi, On Freitag, 12. Oktober 2018 22:03:16 CEST Thomas Friedrichsmeier wrote: [...] > > QGuiApplication should include ability for single instance application > > rather than having separate .desktop files for it. > > Not quite what we want. Having several instances is quite ok (one for > each of several "projects"), _except_ that's very unlikely to be the > thing a user wants when selecting to open several .R-files (all files > should go into the same "project"). So what we are looking for is: > > 1. When invoking RKWard from the Application Menu, always start a new > instance. > 2. When invoking RKWard from Open With..., always open the file in an > existing RKWard instance (if any). > > We already have a command line parameter "--reuse" to select the > desired behavior. But how to fit both into a single .desktop file? That's exactly how kate behaves. Using krunner to start it always creates a new instance. Using the 'Open with' option in dolphin opens the file in an existing instance. Or am I missing something? Maybe, you take a look at kate's .desktop file. -- Regards Thomas Baumgart https://www.signal.org/ Signal, the better WhatsApp - Bachelor: One who is footloose & fiance free! - signature.asc Description: This is a digitally signed message part.
Re: Kde CI setup
Michael, do you work on a KDE project? Is it in the KDE git repository? If so, open a sysadmin ticket to include it on the CI. If not, it might not be available for your project. Regards Thomas On Montag, 4. Juni 2018 17:20:54 CEST Michael Reeves wrote: > I'm sending this again because I've been having issues with this mail ing > list I haven't received any response so I don't know if it went through. > > On Mon, May 14, 2018, 2:19 PM Michael Reeves wrote: > > > How does one use kde's ci system? Is there a way to test a projects setup > > before going live with it? > > > -- Regards Thomas Baumgart https://www.telegram.org/ Telegram, the better WhatsApp - 'Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it.' - Brian W. Kernighan - signature.asc Description: This is a digitally signed message part.
Re: Baloo is not dead, it just smells a little funny
Hi all, On Donnerstag, 1. Februar 2018 00:55:17 CET Alexander Shaposhnikov wrote: > Hello, > I've been lurking arout for a while finding a place to start > contributing to KDE, and this might be the project I was lurking for :) > I'm fairly experienced in C++ and Qt, but not KDE, so I _might_ be > useful. Just point me to the right place(s). Great to see you picking up the challenges ahead and take care of baloo. To me, it looks like you are excellent candidates to help us (as in KDE) in our goal to bring new contributors up to speed. See https://dot.kde.org/2017/11/30/kdes-goals-2018-and-beyond and https://phabricator.kde.org/T7116 for details. Not being active in that area myself, it seems to me, that your input is very helpful, as you are the people we look for and can show us our weak spots. Regards Thomas -- Regards Thomas Baumgart https://www.telegram.org/ Telegram, the better WhatsApp - Not everything that counts can be counted, and not everything that can be counted counts. - signature.asc Description: This is a digitally signed message part.
Re: releaseme new requirement: non-conflicting files on case-insensitive FS/OS
On Dienstag, 21. November 2017 12:25:56 CET Sven Brauch wrote: > On 21/11/17 03:53, Felix Miata wrote: > > Case sensitive filesystems are one of the most annoying things about FOSS. > > I'd count that as a win. +1, and they existed long before FOSS was around. p.s. The footer below is selected purely random - what coincidence -- Regards Thomas Baumgart https://www.telegram.org/ Telegram, the better WhatsApp - MicroSoft Windows - from the people who brought you edlin - signature.asc Description: This is a digitally signed message part.
Re: Make KDE more accessible - Registration for Randa Meetings ends soon
Hi Mario, On Mittwoch, 5. Juli 2017 22:37:17 CEST Mario Fux wrote: > Good morning dear KDE contributor > > As the registration [1] for the Randa Meetings 2017 ends soon: Sunday, 16th > of September 2017, 23.59 UTC, I wanted to remind you about this years > topic: Isn't September 16th the day when the event itself ends? I am a bit puzzled here. Since you talk about a Sunday, it seems to be July 16th which makes more sense. -- Regards Thomas Baumgart https://www.telegram.org/ Telegram, the better whats app - 'Either toss the Windows out of your computer, or toss your computer out the window!' -- Richard Stallman - signature.asc Description: This is a digitally signed message part.
Re: Next Gen CI Will Be Moving to Production Shortly: Upcoming Changes
Hi Ben, On Saturday 06 May 2017 21:37:51 Ben Cooksley wrote: > Which brings me to the third point of attention. We'll only be adding > projects to the Next Gen CI system at their request going forward. For > Frameworks, Applications and Plasma this is something which we're > essentially assuming we're going to receive from their release > managers, so we'll take care of defining the initial Products for > those. For Extragear projects, please respond to this thread if you'd > like CI coverage (to continue) to be provided to you. I like to have KMyMoney and Alkimia (which actually is a dependency of KMyMoney) under CI coverage in the future. In case you need beta testers please let me know. > Thanks for all who have reached this point - my apologies again for > it's length. Sometimes they need to be a bit longer. Thanks for all the great work behind the scenes done by the sysadmin group. -- Regards Thomas Baumgart https://www.telegram.org/ Telegram, the better whats app - We can't solve problems by using the same kind of thinking we used when we created them. - Albert Einstein - signature.asc Description: This is a digitally signed message part.
Re: Meta Object Complier error while porting
Hi, On Thursday 29 January 2015 15:07:42 anu mittal wrote: I am working on the application Kalzium,the file kalziumglwidget.cpp under it includes the #include kalziumglwidget.moc at the end of the code and cmakefile has set(CMAKE_AUTOMOC TRUE) even after that on building it shows- fatal error: kalziumglwidget.moc: No such file or directory #include kalziumglwidget.moc ^ what else do i need to take care of while working with .moc file?How can this be resolved? What happens if you simply remove this include statement? I think this was the solution I used a long time ago in a similar context. -- Regards Thomas Baumgart GPG-FP: E55E D592 F45F 116B 8429 4F99 9C59 DB40 B75D D3BA - 'Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it.' - Brian W. Kernighan - signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Missing application icons of many KDE apps on MacPorts/OSX
Hi, On Saturday 22 March 2014 19:39:02 mk-li...@email.de wrote: [ I am cross-posting this also to KMyMoney’s and KDevelop’s mailing lists, because I hope for some synergy (see the example at the bottom of this post). ] Hi devs, I know, the following might not be a very pressing one, but it is a long-standing issue on MacPorts [1] Many KDE applications are not showing their application icon correctly. For visual people it can be a show-stopper, which is why I want to bring it up on KDE-DEVEL. Here in my MacPorts installation I have in KDE 4.12.2 in total 55 KDE applications listed in /Applications/MacPorts/KDE4/. ONLY 11 of these 55 actually show a proper application icon. (I could post a screenshot somewhere, in case of need.) Well, the apps which are able to supply an application icon are: dolphin.app kapptemplate.app kfind.app khelpcenter.app kmymoney.app kompare.app kuiviewer.app kwrite.app lokalize.app okteta.app umbrello.app Of the remaining 55 there are certainly some which belong to applications which are only launchers for something or helper apps, but some are certainly normal applications which should be supplying an icon. I consider the following as such: cervisia.app kate.app kdenlive.app kdevelop.app konqueror.app An example: - KMyMoney obviously does something differently compared to KDevelop, since the latter is on MacOSX/MacPorts NOT ABLE to deliver the application icon to OSX’ finder and dock. If one has added KDevelop to OSX’ dock, one can actually see only a generic Xcode-application-icon for KDevelop as long as it is not started. Once you start up KDevelop you’ll see that the icon immediately switches to the correct one. As soon as KDevelop is closed the icon reverts back to the generic one. However, KMyMoney does NOT do such a dance! Any ideas what could be the reason? I found the following in KMyMoneys kmymoney/CMakeLists.txt KDE4_ADD_APP_ICON( kmymoney_SRCS hi*-app-kmymoney.png ) and http://techbase.kde.org/Development/CMake/Addons_for_KDE shows that this is for Windows and MacOSX. It also talks about Finder. Hope that helps. -- Regards Thomas Baumgart GPG-FP: E55E D592 F45F 116B 8429 4F99 9C59 DB40 B75D D3BA - Progress isn't made by early risers. It's made by lazy men trying to find easier ways to do something. -- Robert Heinlein - signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Howto span text over multiple columns
Hi, I am encountering a problem which I don't know how to tackle. Maybe someone here has an idea. I have a model derived from QAbstractTableModel displaying in a QTableView. The model contains multiple rows with 4 columns each. All cells are filled with data. One row however contains only data in the two leftmost cells, the other ones are not used. The problem is, that due to the limited screen size on this embedded device, the value in the second column of this row is cut off (with three trailing dots) whereas it could span over the third and fourth column easily. So, I hope I was able to describe the problem and that now there is someone with an idea how I can accomplish to get this spanning done? Any help is very much appreciated. -- Regards Thomas Baumgart GPG-FP: E55E D592 F45F 116B 8429 4F99 9C59 DB40 B75D D3BA - Intelligence is the ability to avoid doing work, yet getting the work done. - signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Event affecting KDE Git and Subversion
Heena, as keys have changed as Ben pointed out, you need to get rid of the old key and make sure you install the new one once you use the connection during a push. Do that by comparing the fingerprints that Ben has sent in his e-mail. As your error message indicates, use ssh-keygen -f /home/heena/.ssh/known_hosts -R git.kde.org to remove the key. Cheers Thomas On Wednesday 19 June 2013 18:52:52 Heena Mahour wrote: Hey Ben, So,it is not possible to push to quickgit.kde for some time,is it? This is what I am getting on pushing : @@@ @ WARNING: POSSIBLE DNS SPOOFING DETECTED! @ @@@ The ECDSA host key for git.kde.org has changed, and the key for the corresponding IP address 5.9.27.246 is unknown. This could either mean that DNS SPOOFING is happening or the IP address for the host and its host key have changed at the same time. @@@ @WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @ @@@ IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY! Someone could be eavesdropping on you right now (man-in-the-middle attack)! It is also possible that a host key has just been changed. The fingerprint for the ECDSA key sent by the remote host is fe:0d:d6:6e:85:1b:8d:3d:45:a7:94:e0:0c:88:65:fb. Please contact your system administrator. Add correct host key in /home/heena/.ssh/known_hosts to get rid of this message. Offending ECDSA key in /home/heena/.ssh/known_hosts:1 remove with: ssh-keygen -f /home/heena/.ssh/known_hosts -R git.kde.org ECDSA host key for git.kde.org has changed and you have requested strict checking. Host key verification failed. fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists. Regards On Wed, Jun 19, 2013 at 6:07 PM, Ben Cooksley bcooks...@kde.org wrote: Hi all, As some of you are aware, the physical host of git.kde.org and svn.kde.org encountered some problems early in the morning (UTC time). This has required that both are fully rebuilt. At the moment, only git.kde.org has been restored to functionality - however svn.kde.org will follow eventually some time inside the next 48 hours. The new host keys for both are: ECDSA: fe:0d:d6:6e:85:1b:8d:3d:45:a7:94:e0:0c:88:65:fb DSA: f0:0d:c0:3e:be:0b:52:30:42:17:6b:40:21:94:04:d2 RSA: 51:d4:83:0d:47:da:da:03:fc:b7:81:67:5e:48:fe:1a Until system reconstruction has been completed and services re-stabilised, there will be a freeze on the creation of new accounts and repositories, as well as the updating of SSH keys. Thanks, Ben Cooksley KDE Sysadmin Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe -- Regards Thomas Baumgart GPG-FP: E55E D592 F45F 116B 8429 4F99 9C59 DB40 B75D D3BA - Programming Is Like Sex: One mistake and you have to support it for the rest of your life. (Michael Sinz) - signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Question concerning editing of OVERDUE schedules
Hi, On Saturday 26 January 2013 14:18:36 mk-li...@email.de wrote: BTW, is it a bug or a feature that the editor doesn't allow to edit overdue payments of schedules? What do you mean? Sure you can edit the schedule. Where is the problem? Just tried to verify this against current master but don't see this happen. How can I duplicate that? p.s. I am pretty sure you wanted to send this to kmymoney-devel instead of kde-devel, right? Hence I am switching lists here -- Regards Thomas Baumgart GPG-FP: E55E D592 F45F 116B 8429 4F99 9C59 DB40 B75D D3BA - You have to wait until you have written code before starting an open source project, otherwise you have made a standards group. -- Jeremy Ruston, Head of Open Source Innovation at BT - signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Enquiring about participation in the mailing list
Hi all, On Wednesday 16 January 2013 11:11:37 ravindra rakshit wrote: I have subscribed to the mailing list, and a have received a mail with my password with the subject- ' Welcome to the kde-devel mailing list(Digest mode) '. Now should i send my all mails with querries at kde-devel@kde.org? where to use the password? sending mail with topics regarding the development of KMyMoney should be sent to the address you mentioned (and already used successfully). The password is only required in case you want to change some settings. It works on the web-front-end of this mailing list at http://mail.kde.org/mailman/listinfo/kde-devel . Hope that helps. -- Regards Thomas Baumgart GPG-FP: E55E D592 F45F 116B 8429 4F99 9C59 DB40 B75D D3BA - Hey! I could use Tex! and I've only gotten to use it a little so far but it's so far superiour to MS Words be everywhere do everything-ness it's not even funny... (lordSauron) - signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Review Request: Rename Samba Shares to Windows Shares (SMB)
Hi, On Friday 22 June 2012 03:24:47 Maarten De Meyer wrote: ... My mother however thinks about a certain latin dance when I tell her to 'use the samba share'. My mother however thinks about certain holes in the walls of her home when I tell her to 'use the windows share'. SCNR. -- Regards Thomas Baumgart GPG-FP: E55E D592 F45F 116B 8429 4F99 9C59 DB40 B75D D3BA - Computers are like air conditioners: they stop working properly if you open WINDOWS (anonymous source) - signature.asc Description: This is a digitally signed message part.
Re: Review Request: Fix for SSL handeshake failure in TcpSlaveBase due to server not supporting SSL compression
Hi, on Monday 02 January 2012 22:08:48 Thiago Macieira wrote: On Monday, 2 de January de 2012 18.53.12, Dawit Alemayehu wrote: Diff: http://git.reviewboard.kde.org/r/103610/diff/diff 404 - Page does not exist Reviewboard broken? Try https://git.reviewboard.kde.org/r/103610/diff/ -- Regards Thomas Baumgart GPG-FP: E55E D592 F45F 116B 8429 4F99 9C59 DB40 B75D D3BA - There are only 10 types of people in the world: those who understand binary arithmetic and those who don't. - signature.asc Description: This is a digitally signed message part.
Re: Review Request: Add git support to kdesdk: create_tarball.rb
On Nov. 30, 2011, 6:01 p.m., Thomas Baumgart wrote: trunk/KDE/kdesdk/scripts/createtarball/create_tarball.rb, line 443 http://svn.reviewboard.kde.org/r/6842/diff/1/?file=47267#file47267line443 Is there a specific reason why you don't add the doc subdirectory for stuff fetched from git? Kåre Särs wrote: The git modules I have checked, have the non-translated documents in the git repo and the directory already added in the CMakeLists.txt. I take it that, that is the standard :) So the documentation should actually be built. Apologies, you're right. KMyMoney is the culprit. We just did not update to the newer layout since we came into git from svn. - Thomas --- This is an automatically generated e-mail. To reply, visit: http://svn.reviewboard.kde.org/r/6842/#review10493 --- On Nov. 29, 2011, 4:42 p.m., Kåre Särs wrote: --- This is an automatically generated e-mail. To reply, visit: http://svn.reviewboard.kde.org/r/6842/ --- (Updated Nov. 29, 2011, 4:42 p.m.) Review request for kdelibs and Release Team. Description --- This patch adds git support to create_tarball.rb in kdesdk. The patch adds two options to the ini file. The first one (gitModule) indicates that the module is located in git and the second optional parameter (gitTag) defines which tag to use for creating the release. (there is no group for kdesdk or extragear) Diffs - trunk/KDE/kdesdk/scripts/createtarball/config.ini 1266277 trunk/KDE/kdesdk/scripts/createtarball/create_tarball.rb 1266277 Diff: http://svn.reviewboard.kde.org/r/6842/diff/diff Testing --- Thanks, Kåre Särs
Re: Review Request: Add git support to kdesdk: create_tarball.rb
--- This is an automatically generated e-mail. To reply, visit: http://svn.reviewboard.kde.org/r/6842/#review10493 --- Test with the following settings in the config.ini here and ran it with '-a kmymoney' as option: The current stable version [kmymoney] gitModule= yes gitTag = 4.6.1 mainmodule = branches/stable/extragear-kde4 l10nmodule = extragear-office l10npath = branches/stable submodule= office kde_release = no docs = yes docpath = kmymoney/doc translations = yes version = 4.6.1 and the development version [kmymoney] gitModule= yes mainmodule = extragear submodule= office kde_release = no docs = yes translations = yes version = 4.6.90 and it looks good so far (except that the docs won't build) trunk/KDE/kdesdk/scripts/createtarball/create_tarball.rb http://svn.reviewboard.kde.org/r/6842/#comment12416 Is there a specific reason why you don't add the doc subdirectory for stuff fetched from git? - Thomas Baumgart On Nov. 29, 2011, 4:42 p.m., Kåre Särs wrote: --- This is an automatically generated e-mail. To reply, visit: http://svn.reviewboard.kde.org/r/6842/ --- (Updated Nov. 29, 2011, 4:42 p.m.) Review request for kdelibs and Release Team. Description --- This patch adds git support to create_tarball.rb in kdesdk. The patch adds two options to the ini file. The first one (gitModule) indicates that the module is located in git and the second optional parameter (gitTag) defines which tag to use for creating the release. (there is no group for kdesdk or extragear) Diffs - trunk/KDE/kdesdk/scripts/createtarball/config.ini 1266277 trunk/KDE/kdesdk/scripts/createtarball/create_tarball.rb 1266277 Diff: http://svn.reviewboard.kde.org/r/6842/diff/diff Testing --- Thanks, Kåre Särs
Re: [Kmymoney-devel] Why is meinproc4 actually called?
Hi,
on Tuesday 08 November 2011 19:49:44 Marko Käning wrote:
Privet Yuri,
On Nov 8, 2011, at 7:30 PM, Yuri Chornoivan wrote:
Remove the line that says:
add_subdirectory( doc-translations )
from CMakeLists.txt in the root directory of the unpacked archive (it's
in the end of that file).
The funny is that I can't find such line anywhere in the CMakeLists.txt
files present in KMM's sources, as you can see here:
$ find work/kmymoney -name CMakeLists.txt -exec grep doc-translations {} \;
$
You should do the same with the source extracted from the tarball and you will
find it.
$ find kmymoney-4.6.1 -name CMakeLists.txt | xargs grep doc-translations
kmymoney-4.6.1/CMakeLists.txt:add_subdirectory( doc-translations )
That's what confuses me quite a bit.
Which I understand, if you only look at what comes out from SVN. The trick is,
that between the SVN repository and the tarball we have create_tarball which
takes care of adding the line(s) you are looking for.
Before sending my previous post to this list I did search around already
for appearances of the string doc, but couldn't really find the relevant
stuff. Since, as Thomas also responded, the developer doc is omitted by
default I was very confused about this…
I also wrote, that the resp. IF-statement might not be correct. Did you check
that?
I wonder now why the italian and french translations will be build,
although there is no such add_subdirectory option in sight.
It sure is in the tarball (again auto-generated by create_tarball):
$ cat kmymoney-4.6.1/doc-translations/CMakeLists.txt
add_subdirectory( de_kmymoney/kmymoney )
add_subdirectory( es_kmymoney/kmymoney )
add_subdirectory( fr_kmymoney/kmymoney )
add_subdirectory( it_kmymoney/kmymoney )
add_subdirectory( pt_kmymoney/kmymoney )
add_subdirectory( pt_BR_kmymoney/kmymoney )
add_subdirectory( sv_kmymoney/kmymoney )
add_subdirectory( uk_kmymoney/kmymoney )
I hope this sheds some light.
--
Regards
Thomas Baumgart
GPG-FP: E55E D592 F45F 116B 8429 4F99 9C59 DB40 B75D D3BA
-
I'm running on very little sleep and I need to get
to bed before my keyboard becomes my pillow. -- Jeff Green
-
signature.asc
Description: This is a digitally signed message part.
Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: How KDE attaches icons to application?
Hi,
on Monday 03 October 2011 09:53:22 Nikos Chantziaras wrote:
On 10/03/2011 09:34 AM, dmitry chernov wrote:
I've added 4 icons 16x16, 32x32, 48x28, 64x64. Than added
kde4_install_icons( ${ICON_INSTALL_DIR} ) to my CMakeLists.txt. Icons
are succesesfully moved to /usr/local/share/icons/highcolor/.. But when
I run my application I don't see this icons in the titlebar, taskbar,
about dialog.
That's correct. Those icons need to be set by code in your application.
The installed icon files are only there for the .desktop file.
More info: http://doc.qt.nokia.com/latest/appicon.html
I am a bit puzzled by the above. I am by far not an expert on this, but does
/usr/local/share/icons/highcolor show up when you run
kde4-config --path icon
I ran into similar problems with KMyMoney, when the out-of-the-box build
environment dropped files in /usr/local when my KDE installation (output of
kde4-config --prefix) is in /usr.
In no case I had to add application code to see the icon in the about dialog
box. Just the names have to match.
--
Regards
Thomas Baumgart
GPG-FP: E55E D592 F45F 116B 8429 4F99 9C59 DB40 B75D D3BA
-
'Knowing a computer language is neither a necessary nor a sufficient
condition to know how to construct a computer program' -- J.R. Tyrer
-
signature.asc
Description: This is a digitally signed message part.
Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Bug triage process needs help
Hi Edgar, on Friday 30 September 2011 20:44:23 Dr.-Ing. Edgar Alwers wrote: On Fri, 30 Sep 2011 15:59:45 +0200 Myriam Schweingruber myr...@kde.org wrote: I am answering here as an active bug triager. Sorry for the noise, bu you seem to be a german language native. Good guess. What exactly is triage ? I could not find it in my english dictionary ( is a little old ) Thanks for the explanation. The severity of a bug is not the same as its importance for fixing, and the two should be measured and managed separately. On a Microsoft Windows system a blue screen of death is rather severe, but if it only occurs in extreme circumstances, especially if they are well diagnosed and avoidable, it may be less important to fix than an icon not representing its function well, which though purely aesthetic may confuse thousands of users every single day. This balance, of course, depends on many factors; expert users have different expectations from novices, a niche market is different from a general consumer market, and so on. To better achieve this balance, some software developers use a formalized bug triage process (borrowing the medical term), in which each new bug is assigned a priority based on its severity, frequency, risk, and other predetermined factors. Source: http://en.wikipedia.org/wiki/Bug_triage#Bug_management A good german translation would be 'Sichtung' as found on http://dict.leo.org. -- Regards Thomas Baumgart GPG-FP: E55E D592 F45F 116B 8429 4F99 9C59 DB40 B75D D3BA - If you've got friends that have you thrown out of a plane in mid-air, you don't need enemies. (Sebas Kügler on http://vizzzion.org/blog/2010/06/jumped/) - signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: KDE Frameworks Documentation
Hi Myriam, on Wednesday 28 September 2011 10:26:19 Myriam Schweingruber wrote: Hi Ignat, On Tue, Sep 27, 2011 at 20:30, Ignat Semenov ragnarok...@gmail.com wrote: [...] This means: 1)API docs up-to-date and with extensive examples. Since the API documentation is extracted automatically, I would expect it to be rather up-to-date This does not give any information about the contents of the documentation. It could be up-to-date and still a bit too slim (I try to avoid empty here) at the same time. Autogeneration does not take the burdon from the developer to write documentation in the first place. Extensive examples - as requested from Ignat - would be a great plus. -- Regards Thomas Baumgart GPG-FP: E55E D592 F45F 116B 8429 4F99 9C59 DB40 B75D D3BA - Dear inventor of German: You forgot to define a translation for 'resize' (as verb). Please fix. -- Sebas Kügler - signature.asc Description: This is a digitally signed message part.
Re: Problems with checking out the code.
Hi, on Tuesday 16 August 2011 10:04:29 dmitry chernov wrote: I generated key with ssh-keygen -t dsa added ~/.ssh/config file as described here: http://techbase.kde.org/Contribute/Get_a_Contributor_Account Host *.kde.org User dmitryvchernov IdentityFile ~/.ssh/id_dsa uploaded my dsa public key to identity.kde.org, still it doesn't work for me: svn checkout svn+ssh://dmitryvcher...@svn.kde.org/home/kde/trunk/playground/games/backg ammon svn: To better debug SSH connection problems, remove the -q option from 'ssh' in the [tunnels] section of your Subversion configuration file. svn: Network connection closed unexpectedly Try this: thb@thb-nb:~/devel/kmymoney4 netcat svn.kde.org 22 SSH-2.0-OpenSSH_5.2 ^C punt! to check if you have a general connection problem. The line 'SSH-2.0 ...' is sent by the svn.kde.org server. -- Regards Thomas Baumgart GPG-FP: E55E D592 F45F 116B 8429 4F99 9C59 DB40 B75D D3BA - Embedded Linux: because you can't do control-alt-delete on a pacemaker. - signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Measuring memory consumption
Hi, on Sunday 07 August 2011 16:56:51 Marko Käning wrote: Where can one get the script rssanalyse.pl ? It was attached to Thiago's mail. -- Regards Thomas Baumgart GPG-FP: E55E D592 F45F 116B 8429 4F99 9C59 DB40 B75D D3BA - If a train station is where a train stops, then what stops at a workstation? - signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Storing data
Hi, on Friday 24 June 2011 05:28:25 Steven Sroka wrote: On 23 June 2011 21:28, Michael Pyne mp...@kde.org wrote: On Thursday, June 23, 2011 23:51:35 Thomas Lübking wrote: Am Thursday 23 June 2011 schrieb Steven Sroka: What is the best way for a KDE program to store data? Not passwords or anything sensitive, but data a user had typed into text fields. Some sort of database. Something along the lines of KConfig or KConfig XT but for raw data not configuartion data for programs. Depends on the type of data and what you want to do with it. KSharedDataCache helps to to access information from several processes at the same time (like eg. the icons) and save memory. I do just want to make very clear that KSharedDataCache is a *cache* and so it is not a suitable guaranteed storage mechanism, although it is useful as a speedup/memory-saver in various scenarios. QDataStream is a good idea as well for arbitrary binary data, but do not forget to set the version of the QDataStream that you expect in your code to something specific so that you can be guaranteed to be able to read it back out later with a newer Qt version! QDataSream is out of the question unfortunately. KSharedDataCache will only read in the data that is already stored - I believe it does not provide data manipulation/organizing/writing, etc. How would I utilize a xml file? Just get my program to hand craft one? That would be one way. Another one is to use tools like kxmlcompiler http://www.lst.de/~cs/kode/xmlcompiler.html to generate that code for you. -- Regards Thomas Baumgart GPG-FP: E55E D592 F45F 116B 8429 4F99 9C59 DB40 B75D D3BA - Computers let you make more mistakes faster than any other invention in human history, with the possible exception of handguns and tequila. --Mitch Radcliffe - signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: KTimeWidget?
Hi, on Thursday 05 May 2011 05:31:16 Steven Sroka wrote: This is a widget called KDateTimeWidget, http://api.kde.org/4.x-api/kdelibs-apidocs/kdeui/html/classKDateTimeWidget. html. Is there a widget which only allows a user to pick a time and not the date too? In case there's no specific KDE widget, use the Qt one called QTimeEdit: http://doc.trolltech.com/4.7/qtimeedit.html -- Regards Thomas Baumgart GPG-FP: E55E D592 F45F 116B 8429 4F99 9C59 DB40 B75D D3BA - Flying is absolutely safe as long as you land as often as you take off. -- Klaus Klages - signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: [Kde-finance-apps] Review request
Dear community, on Monday 06 December 2010 14:51:12 Thomas Baumgart wrote: Hi folks, I have just moved libalkimia as part of Alkimia (see http://techbase.kde.org/Projects/KdeFinance/Alkimia for details) to kdereview for further processing by the community. The plan is to move libalkimia to extragear/office/alkimia once approved and start using it in the various fincance apps under KDE. The start will be KMyMoney where we have a working patch to make that move but want to have the library in its current basic form in extragear first. Things that have been done so far: - API documentation is provided - a set of unit testcases is provided - krazy checks have been run and don't report errors Note: there are no translatable strings included. What probably needs some input/modification from reviewers: - cmake for more platforms/distros Thanks for all your work. Now awaiting your valuable input ... ... which has been posted here. Thanks to all those who contributed with their knowledge. The requested changes have been made and committed. If there are no more comments, I will move libalkimia to extragear in a week from now. -- Regards Thomas Baumgart GPG-FP: E55E D592 F45F 116B 8429 4F99 9C59 DB40 B75D D3BA - When PRIVACY Is Outlawed... Only OUTLAWS Will Have Privacy! - signature.asc Description: This is a digitally signed message part.
Review request
Hi folks, I have just moved libalkimia as part of Alkimia (see http://techbase.kde.org/Projects/KdeFinance/Alkimia for details) to kdereview for further processing by the community. The plan is to move libalkimia to extragear/office/alkimia once approved and start using it in the various fincance apps under KDE. The start will be KMyMoney where we have a working patch to make that move but want to have the library in its current basic form in extragear first. Things that have been done so far: - API documentation is provided - a set of unit testcases is provided - krazy checks have been run and don't report errors Note: there are no translatable strings included. What probably needs some input/modification from reviewers: - cmake for more platforms/distros Thanks for all your work. Now awaiting your valuable input ... -- Regards Thomas Baumgart GPG-FP: E55E D592 F45F 116B 8429 4F99 9C59 DB40 B75D D3BA - The Unix Guru's View of Sex: # unzip; strip; touch; finger; mount; fsck; more; yes; umount; sleep - signature.asc Description: This is a digitally signed message part.
